Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - hadrian

Pages: 1 2 [3]
31
General Discussion / Mistake in AGS distribution (Resolved)
« on: October 06, 2014, 07:16:06 pm »
Look here: http://www1.agsexplorer.com/balances/14fXr2UTa17CadcZ911N7TBFqMLpqsfNae

Compare AGS balance with DNS balance. There is an obvious discrepancy in the numbers which doesn't appear to exist for other addresses which have AGS.

The mistake is persisting for each new DAC's genesis block it seems.

(The genesis block for LTS also had a discrepancy for this address - I first asked about these discrepancies in June, but nobody seems to have an answer.)

I've started a topic like this elsewhere, (e.g. https://bitsharestalk.org/index.php?topic=9510.0) but hope for more visibility here, because I'm so perplexed...

It's niggling me, so I may keep mentioning it until someone tells me to shut up, or some kind of answer is obtained!

Any ideas - what's going on?
In the previous link there was mention of a reward for checking AGS allocations.
I think we need a definitive record of distribution, if there isn't one which is sufficient/correct.

32
BitShares AGS / Official AGS Distribution (Resolved)
« on: September 30, 2014, 07:00:50 pm »
I now consider this resolved: https://bitsharestalk.org/index.php?topic=9760.msg126795#msg126795



Is there an official source of information on the distribution of AGS, from which to create genesis blocks?

There seems to be a discrepancy between agsexplorer and a couple of the genesis blocks for DACs. If there is an issue it should be resolved before too many DACs are released.

As an  example of a discrepancy there is address 14fXr2UTa17CadcZ911N7TBFqMLpqsfNae

agsexplorer shows the supposed balance of AGS here: http://www1.agsexplorer.com/balances/14fXr2UTa17CadcZ911N7TBFqMLpqsfNae

The genesis blocks for Lotto and for DNS have a lower amount than expected from agsexplorer. See the following posts:

https://bitsharestalk.org/index.php?topic=9380.msg122241#msg122241

https://bitsharestalk.org/index.php?topic=4879.msg64977#msg64977

N.B. the DNS figure was supposed to show "a little extra" than would be expected from an AGS balance, so the discrepancy here is actually a little larger than it seems...

The discrepancy bothers me because:
  • It will persist through all future DACs, unless resolved
  • I don't understand it
  • I haven't seen any explanation for it

Does anyone have any insight here?

Edit: I've used strike-through on a sentence which is wrong

33
KeyID / Ideas for an alternative DNS model
« on: September 25, 2014, 07:32:09 pm »
I have some ideas for an alternative DNS model. Maybe they will deter squatting, and hopefully maintain profit for the DAC. They also enable people to keep a domain name indefinitely, without the possibility of rich competitors/bad actors forcing them to pay too much. It's kind of a hybrid of other ideas which I hope, with some improvement, could be workable.
This is a coarse, poorly written overview, and all numbers are made-up!


Key Points:
  • Domain names are leased (at least initially)
  • The length of the lease is variable
  • People can keep their domain name indefinitely
  • The model can be made straightforward for the end user (even if it's more complicated behind the scenes)
  • If a lease becomes prohibitively expensive because of a changing market, there is the possibility of the lease becoming cheaper
  • There are ways to lessen the negative impact of squatters
  • These ideas are far from optimized because of my lack of time and concentration
  • If there is an inkling of value below, the community can build upon it and add to it

If you want to create and obtain a new domain name you can start an auction. You place a bid to lease the name. If others join the bidding it is possible for them to vary the length of the lease, as well as the "price per year". One purpose of the variable lease length is to deter squatters (if we can ensure they are paying enough) by allowing the DAC to take a larger lump sum up front. This lump sum could possibly be held as collateral - I'll come back to this. A bid with a higher "price per year" but a shorter lease span would have to be weighted against a bid with a lower "price per year" with a longer lease span. There is a sweet spot in there somewhere. People should be able to bid successfully on a domain for a one year lease, even if people have bid for longer leases (they will just have to pay somewhat of a premium on the "price per year"). An algorithm would be needed to assign an optimal weighting to "price per year" against "length of lease". This increased complexity needn't put end users off. For example, the GUI could present them with a couple of sliding scales with "sliders". This would automatically indicate to the user the minimum price, or maximum lease span, which they can bid relative to their chosen parameter value, in order to lead the auction.

If, when leases are paid for, some of the 'money' is held as collateral, it could enable extra features (only part of the lease value would be collateralized, and the rest would immediately go to the DAC as profit). There would be the ability to give partial refunds on cancelled leases, or maybe a rewards system if domains add significant value to the DAC in some way.

If someone is mid-lease and they don't want their domain name anymore they can put it up for auction or cancel their lease. In either case they could be given a certain fraction of any remaining collateral. The collateral could be released such that it can only be used to pay for another lease on a different domain name (so potential squatters can't cash out, and the DAC gets more profit). The percentage of collateral returned to the leaseholder can be reduced so that people aren't incentivized to pay for long leases which they don't want, or to squat. Some percentage of the total collateral could even be used to subsidize the price of the domain for new bidders - although I haven't thought this part through! There remains some incentive to release a domain name if you don't actually want it, because you can use some returned collateral to pay for a different domain name.

When someone is coming to the end of their lease they can:
  • Let it expire (or auction it) and the domain will become available for others
  • Renew the lease at the same price they have been paying
  • Attempt to renew the lease at a cheaper price

Let me explain the idea of allowing people to attempt to get the price of their lease down. The assumption is that we want to allow people to keep their domain name indefinitely (I see this as a very valuable feature). It is possible that the market could change drastically after someone has obtained a domain name. They could end up paying absurdly high rates at some point in the future if there is never a chance to lower the lease price. For example, if leases are paid using the native token (BitDNS?), the price could rocket. This problem could be somewhat overcome by offering the option to the leaseholder to convert the “price per year” to another currency/asset/token, for example BitUSD. There would probably need to be a limit on the frequency with which these conversions are allowed.

If someone wants to attempt to get their lease at a lower price, the DAC needs to charge a fee, or restrict the frequency with which people can attempt this. The leaseholder can try to get it cheaper by going through a special kind of auction. Anyone can bid, but the original leaseholder will retain the option of keeping the lease at the original price, even if the bid prices go above this level. If people aren't bidding the price up to the original level the current leaseholder will be successful in getting a reduction on the lease price (there could be limits imposed on the amount of reduction). Obviously if the leaseholder doesn't wish to pay, the domain name must go to the highest bidder. For the users, there will have to be some way to clearly distinguish between this type of auction and the standard type.



Other options to consider:
  • If conditions necessitate, a minimum "price per year" could be set, perhaps for all leases longer than one year. The purpose is to discourage squatting (or people attempting to obtain many long leases at a cheap price). While the DAC is young, and the value of BitDNS is unknown, the minimum price could perhaps be set in relation to the value of BitDNS against BitUSD, using delegate feeds. Alternatively we could assuming that the DAC will be successful, the price of BitDNS will rise significantly with time, and therefore the value of the lump sum which was bid will rise as the lease progresses. This could negate the effect of buying the cheap, long leases, which would have been undesirable as far as profitability of the DAC is concerned.
  • Any user could send an anonymous alert to the current leaseholder of an existing domain, to communicate their interest in obtaining the domain. If such an alert is sent in relation to a domain name which has a lease with between one and five years remaining, the current leaseholder could be compelled to make a choice. They can either extend their lease to five years or more, or they can auction the domain name. This measure is to act against squatters, while allowing people to trial a domain name for a year unhindered.
  • Lease lengths could be measured in months (or less), rather than years.
  • Maybe there could be certain conditions whereby people could get a domain to keep freehold (i.e. to own outright with no more leasing).
  • Secondary tokens of some kind could be introduced, based upon an incentive structure, a bit like with like LTBcoins

34
General Discussion / On-ramp for the masses to get BitUSD
« on: September 07, 2014, 08:34:56 pm »
Edit: Don't bother reading this! It's a waste of time. How can I delete the topic? Do I need to contact a moderator?


Looking at details for cob's music company based on BitShares music (PeerTracks?) I found this:

"When they fund their account with 20 USD of fiat, they get 20 BitUSD. This is what they spend while shopping for music."

Could the general public access BitUSD using the following method in order to avoid exchanges?:
  • Deposit USD to an online company such as PeerTracks
  • Decide not to purchase anything and ask for a "credit note" in the form of BitUSD

I'm not intending for this to be done with PeerTracks, as it would probably not benefit them - it's just to illustrate an example.
Not sure where this idea stands legally. I'm assuming that there are problems with outright selling BitUSD to the public and wonder if this could be a workaround.

35
General Discussion / 'Credits' Presale date announced - September 20th
« on: September 07, 2014, 06:55:59 pm »
http://getcredits.io/blog/credits-presale-logo-contest-announcement/
http://getcredits.io/

Apparently it's "the world's first Proof of Consensus cryptocurrency with riskless pre-sale".

Not sure if I should say this in case it diverts productivity away from BitShares, but there are "two $750 bounties (paid out in Bitcoin) as prizes in a design contest to choose the Credits logo".

36
General Discussion / How to show our appreciation to Bytemaster
« on: September 07, 2014, 04:06:43 pm »
It seems to me that Bytemaster has been working like a lunatic for months. Can we think of a way to show our appreciation for his efforts?

The following is entirely speculation.
He might like some time off to relax, get pampered or just get away from it all on a holiday.  He may feel unwilling or unable to take a break because of all the commitments. With the amount of stuff to do, there perhaps will be no good time for him to do this. Maybe it's up to us to, therefore, to say, "Hey Bitemaster, we think you've put so much into this that you deserve a holiday! Go for it!". Now, I don't know when would be the most suitable time for this - that would have to be gauged somehow.

I have thought of various possible scenarios whereby it could be difficult or unwise for Bitemaster to announce that he's having a holiday. I'm creating this topic on the off-chance that any of these scenarios currently exists.  If the community encourages him to have a holiday it could feasibly enable it to happen (now or in the future), when it otherwise wouldn't have.

Of course it's not unlikely that what I'm saying here is way off the mark. It could even be offensive, nonconstructive or damaging somehow. Maybe Bitemaster has had a holiday, or is perfectly capable of organizing his own life! If that's the case then I'm sorry, and the topic can be deleted.

Sorry Bytemaster if my interfering is unwanted. This topic arose in my mind as I tried to imagine what it might have been like for you over recent times! The whole Bitshares thing to date has been an epic journey! Long may it continue (but with holidays :P)...

Should this be made into a poll?
Anyone have any thoughts, suggestions or criticisms?
Should the above be applied to other members of the team as well as Bytemaster?

37
Random Discussion / BitShares X vs Mongolian Throat Singing
« on: August 27, 2014, 10:57:09 pm »
With all that's happening in the world of BitShares X and cryptocurrency in general, and with inescapable commitments on top, it's hard to find time for other things.

I hope this ain't too far off topic, but somehow I ended up here https://www.youtube.com/watch?v=5wHbIWH_NGc
His talent is showcased from 4:06 onwards (watch at least until 4:44).
I would say the video which precedes the time-point which I specified is of interest too.

I reckon it's a breath of fresh air - intriguing and somewhat inspiring.

Anyway, which wins? BitShares X or Mongolian throat singing?

edit: Check this out too: https://www.youtube.com/watch?v=7zZainT9v6Q

38
I just updated my BTSX wallet from 0.2.1 to 0.3.0, but can no longer see my registered accounts.
I tried importing config.json from my roaming folder and got the following message:

Failed to restore wallet backup. Your original wallet has been restored. Error: Bad Cast (7)
Invalid cast from object_type to Array

Can someone tell me what I've done wrong? I shouldn't do this stuff when I'm tired, but it's the only chance I get! Sorry to be a pain.

Edit: do I need to do a re-scan or something? Can't remember how...

39
General Discussion / Motivating people to vote
« on: July 27, 2014, 12:30:40 pm »
It seems there may be a problem motivating people to vote. For people who want to be conscientious with their selection of delegates a lot of time and effort needs to be invested. Ideally they would invest this time and effort, but it's not easy and people are lazy/strapped for time.

I have the beginnings of an idea. I don't know whether or not this has any merit.

It's easy to vote based solely on the technical aspects of a delegate's role, which is predominantly the processing of transactions correctly and efficiently. Should (and could) we separate this role from the more complicated role of "spending" the fees?

Could we have two sets of delegates?
  • One set of "processor" delegates just for processing transactions
  • A second set of "spending" delegates responsible for "spending" the transaction fees

The "processor" delegates would state the percentage of fees they require to be paid for the service they provide. The remaining percentage of the transaction fees would automatically be sent to the "spending delegates" or perhaps a "spending pot" (is this possible?). It would be easy for people to vote for "processor" delegates based on how expensive they are and on their performance.

There would be a pool of "spending delegates" each of which would have to produce a manifesto. This states how they propose to spend the fees which remain after the "processor delegates" have taken their pay. We would also vote on the "spending delegates", perhaps using the idea proposed elsewhere regarding voting "slates".

I was going to type more and to proof read this, but I've got to go. Are there any useful ideas here? Implementation could be a problem, but perhaps delegates would be better optimized with the split roles, and the crucial area of voting to maintain the network would be easier.

Edit:

Coming back to this after three months to add a bit more which I wanted to say originally.

Essentially, If people had to vote on "processor delegates" and "spending delegates" separately, it could really improve people's willingness to vote. At least everyone could vote on processor delegates easily, based only on performance and pay rates. This could even be automated.
People could then take their time researching which delegates to vote for regarding the "spending delegates", who are there to enhance profitability and grow the ecosystem.

40
I just found thisletstalkbitcoin.com/forum/post/its-expensive-using-bitcoin

LTBcoin distribution over at Counterparty is proving to be relatively expensive because of Bitcoin transaction fees.

Adam B. Levine says, "Todays distribution to 419 people cost .05BTC in tx fees! This cost is only going to grow as the audience grows, how do you think we should deal with this?"

Is it expected that BitShares ME be able to offer many advantages such as much cheaper transactions?

41
General Discussion / Nautiluscoin going Proof of Stake
« on: July 04, 2014, 07:58:58 pm »
Does anyone know much about Nautiluscoin?
Apparently it's going to go proof of stake very soon.
That is all!

42
Random Discussion / Adam B. Levine
« on: June 16, 2014, 07:06:16 pm »
I only recently discovered that Adam Levine is the lead singer from Maroon 5.

Now I suppose I understand why crypto's Adam B. Levine has the 'B' in his name!

Am I in a minority for not having realised this sooner?

Maybe the singer Adam Levine will soon have to go by the name Adam N. Levine? ;D

43
I was thinking about various ways to keep a backup of a deterministic wallet seed, or an important private key (e.g. address used to donate to the AGS fund).

Offline or paper wallets risk loss through hardware failure, theft, fire etc.
Encrypted files could be backed up to various locations, but what if the encryption is broken somehow? Or you could suffer memory loss and forget how to decrypt the file!

My novel solution I will call the skin wallet.
Tattoo your wallet seed or private key where the sun doesn't shine!

Just make sure you keep it secure! You'll have to do the tattoo yourself, keep it covered up, and avoid people accessing it by force!
It could be a good solution if you get amnesia.
It would also hopefully enable loved ones to inherit should you pass away.

Has this idea already been talked about?

44
General Discussion / System for alerts for important events
« on: June 06, 2014, 08:24:21 pm »
Am I an idiot?
I completely failed to discover the fact the there was a distribution date at the end of May for FreeTrade's LottoShares until after the event.
The time I have to browse through forums and various websites is limited, so I didn't come across information relating to this.
I would hate to miss any further information about snapshots or DAC releases etc.

Is there a quick and convenient way to check for announcements which are pertinent for anyone holding AGS or PTS?

Ideally I would love to sign up to receive alerts for this kind of event.

Is there a good way to organize something foolproof for the community so that nobody misses anything?

Pages: 1 2 [3]