Author

Topic: [ANN][DCR] Decred - Community Governance | Bitcoin Devs | Lightning Network - page 543. (Read 1201599 times)

full member
Activity: 156
Merit: 236
I'll preface this post: I am genuinely interested in this coin and what it can offer and like most of the ideas being proposed. I am in the IRC channel and intend to be active in it. I am not here to FUD or bash this coin. But...

I have a concern that the developers are actually able to take a MUCH larger amount than the 10% subsidy just by staking their premine coins. Remember that 30% of all minted coins are given as PoS rewards.

On day 1 the developers will have 4% of all coins, but actually 50% of all coins in existence. If they stake these, then they will get 50% of the 30% proof of stake coins, a further 15% of ALL minted coins. This percentage will taper off over time as their % of all minted coins becomes smaller, but the numbers are still scary...

Thank you for bringing this up on IRC, it's critically important to understand how the subsidy system works and where the funds are going. The base reasoning is correct, but the inferences require detailed explanation inline below. The calculations referenced in this explanation are contained in a spreadsheet, linked here.

  • The premine will split 8% equally between two groups: (A) c0/devs and (B) the airdrop participants. This means that 50% of all the decred in existence at launch will be owned by c0/devs. The other 50% will be owned by the larger community.
  • At the time of launch, the development organization (dev org) will have 0 coins. As blocks are mined on mainnet, the dev org will begin to receive its 10% subsidy from each block.
  • Since approximately 3.02M coins will come from block subsidies, i.e. not premine, this means the dev org will collect 302K coins. The dev org will fund ongoing work, so it is expected to spend most of the coins it receives and not accumulate large amounts of coins. The average amount of stake held by the dev org should be relatively low as a function of the org not carrying a large balance.
  • Starting with 50% of the coins at launch and 4% of the total does not entitle c0/devs to 15% of all minted coins. The reason is that 60% of the subsidy goes to PoW miners, which c0/devs have no overlap with. The plan is to have a few GPUs mining Decred after launch, but 60% of all the coins end up with PoW miners. When these coins are held by PoW miners, or whoever they sell it to, they can be used to mine PoS themselves. If coins are voted in proportion ('in proportion' explained below) to the amount held, the 4% premine turns into 7.32% of the total at the end of year 5, which is assuming none of the premine coins are spent. This means that c0/devs have 4% turning into 7.32% in 5 years, not 4% turning into 19%.

After 1 year, it is estimated that 4.7m coins will have been freshly minted, which is approximately 22% of the 21m coins. If the developers did not sell their premine coins, they would still hold their 4%, PLUS 2.2% for their developer subsidy (10% of the 22% freshly minted), PLUS whatever they have earned from staking for 12 months (roughly another 10% of all coins minted in the first year / 2.2% total, as they will be taking 15% of PoS coins on day 1 and around 6-7% of PoS coins after 1 year). So after 1 year the devs would have 4% + 2.2% + ~2.2% = 8.4% of all coins (~1.764m) which is a staggering 27.6% of all coins minted to date by then (1.764m out of 4.7m + 1.68m premine).

This also means that at the start of year 2 they could still be getting 8.3% of all newly minted coins through staking (27.6% of the 30% PoS) on top of the 10% dev subsidy.

I can understand the concept behind the 10% developer subsidy AND the premine (though I have a question mark over whether they need both), but I am seriously concerned that after 1 year the developers could still be raking > 18% of all new coins if they just sit and stake their initial premine.

  • Per above, the concerns about the dev org mining lots of stake are addressed. The plan is that most of these coins will be paid to a diverse group of developers in the form of contracts who complete deliverables for the project on an ongoing basis.
  • There are two "bounding" scenarios to consider: (1) where everyone mines PoS and (2) where nobody mines PoS besides c0/devs. The spreadsheet linked to in this post contains the projection for the "everyone mines" scenario. In that case, the 4% premine, if entirely unspent, grows to approximately 5.38% after year 1, 6.16% after year 2, and 6.67% after year 3. The percentage of total coins held by the 4% drops from 50% at launch to 24.4% after year 1, 18.0% after year 2, and 15.1% after year 3. The "nobody mines" scenario is a failure mode of Decred and is unlikely to happen.
  • The hope is that a large number of the coins are used to mine PoS since you not only want users to share in the gains from PoS mining, a strong participation in PoS is needed to secure the network.
  • In the event that there is a low participation rate in PoS mining, the plan is to throttle c0/devs' PoS mining so that it does not hoover up all the coins. The goal with PoS is not to hoard the coins, but to create a strong incentive structure for users to participate in securing the network with their voting. c0/devs will not mine more PoS than projected in the "everyone mines" scenario, as it would go against the spirit of the project.

Am I missing something in all of this?

Could there be a mechanism to prevent the developers from staking their premine coins, until they are sold on or until much later(year 3 or more) when their % of minted coins to date becomes much less?

The threat you describe, "How do we moderate the amount of PoS mining power for our 4% premine?", was also discussed prior to your bringing it up. The plan was to start mining PoS at a moderate pace so that people besides the 4% premine can get stake tickets without too much effort. After you brought this up, the other possible options were discussed that have been mentioned by you and others in the community.

The complexity of the constraint for what would be considered good behavior on c0/devs' part makes implementing such a constraint difficult. The belief is that the proper constraint would be "c0/devs can mine some PoS, but not too much PoS, and no pump and dumps" or similar. Other projects have CLTV'ed coins to make them unusable until a certain block number, but this would mean c0/devs cannot use these coins to secure the network by mining PoS. A notable distinction here is that Decred never took external funding for the bringup work, and, as such, has no pre-existing social contract with the userbase that would merit a promise to behave a certain way. Although, it must be said that inappropriate behaviour by c0/devs removes any prospect of sustainable development, which goes against c0/devs' history of development over the years. This is because there is strong incentive to reproduce this level of activity for Decred as one of the development stakeholders in the ecosystem. The reasoning for airdropping 50% of the premine was based on the logic that Decred will be most vulnerable at mainnet launch and therefore require a steward to ensure it is not essentially dead-on-arrival. Airdropping more than 50% of the premine was considered, but doing so would be a risk to the security of the chain since bad actors could scoop up a large percentage of the initial coins and wreak havoc with PoS mining. A 50% airdrop in the premine was the largest safe size for the airdrop that could be determined, and it can be viewed as a set of training wheels that are taken off as time passes after launch.

This is presented as an "intention of stewardship" and will be judged against deliverables, instead of taking people's money and making lots of potentially-empty promises. There's no claim it's a perfect system, it's an alternative model that will explore new areas in both technology and governance, but hopefully this post sheds light on the stewardship process and issues raised.
.m.
sr. member
Activity: 280
Merit: 260
I am interested, I can help with ARM, Docker and Golang and I can give a hand with fiat exchange with my bank account with 30 currencies.
hero member
Activity: 840
Merit: 1000
Happy New Year to all of you & I hope you will evolve to be a better human being in this new year.

Regards

Sam Smiley
hero member
Activity: 840
Merit: 1000
I have Nvidia gtx 970 , gpu miner for Nvidia is released ? .

No miner released yet. The miner is a fork of an older version of cgminer with a rewritten kernel. It's been built for both AMD and NVIDIA cards, but it's likely that an optimized miner for NVIDIA cards will take a little finesse and a fork of ccminer.

Just to inform the community & dev team, sp_, the developer of ccminer sp-mod, claims that his current public release can do following numbers on 14 round blake-256 by using switch -a blake

Please contact him, he can further optimize this if a bounty is available. Also if anyone want to donate for his public release you are welcome to do so. Just goto his thread on the forum

https://bitcointalk.org/index.php?topic=826901.new#new

https://bitcointalksearch.org/topic/m.13396843

@sp_ can you please post numbers for 14 round blake so ican post them in decred thread. thanks

gtx 980ti 2,4GHASH
gtx 980 1,8GHASH
gtx 970 1,52GHASH
gtx 960 0.98MHASH
gtx 750ti  0.53MHASH

member
Activity: 105
Merit: 10
sr. member
Activity: 700
Merit: 250
Decred looks very promising
legendary
Activity: 1274
Merit: 1000
I have Nvidia gtx 970 , gpu miner for Nvidia is released ? .

No miner released yet. The miner is a fork of an older version of cgminer with a rewritten kernel. It's been built for both AMD and NVIDIA cards, but it's likely that an optimized miner for NVIDIA cards will take a little finesse and a fork of ccminer.

I hope you guys can port this to FPGA like Blakecoin.  I understand that it's not the same iteration of Blake-256, but FPGA mining would be excellent for Decred.

People don't realize just how promising Blake-256 is for the long run.  It's fast, secure, and easy / cheap to manufacture asics for when the time comes.

For the time being, it should help people to maximize mining returns due to its low power consumption and high hash output / watt.  

https://en.wikipedia.org/wiki/Law_of_large_numbers

High hashrate per watt is always a good thing and having one secure algo rather than a chained algo like X11 was the right call.

I personally would like to see 8 round Blake-256 used so merge mining with the other coins using Blake-256 would be a possibility, but regardless, I'm excited about your project and the possible implications it will have for crypto as a whole.

I pulled this from the Blakecoin thread to elaborate on the advantages of the Blake-256 algo:

Advantages

Design
• simplicity of the algorithm
• interface for hashing with a salt

Performance
• fast in both software and hardware
• parallelism and throughput/area trade-off for hardware implementation
• simple speed/confidence trade-off with the tunable number of rounds

Security
• based on an intensively analyzed component (ChaCha)
• resistant to generic second-preimage attacks
• resistant to side-channel attacks
• resistant to length-extension"  
legendary
Activity: 1274
Merit: 1000
sr. member
Activity: 452
Merit: 251
I have Nvidia gtx 970 , gpu miner for Nvidia is released ? .

No miner released yet. The miner is a fork of an older version of cgminer with a rewritten kernel. It's been built for both AMD and NVIDIA cards, but it's likely that an optimized miner for NVIDIA cards will take a little finesse and a fork of ccminer.
legendary
Activity: 1134
Merit: 1001
I have Nvidia gtx 970 , gpu miner for Nvidia is released ? .
sr. member
Activity: 452
Merit: 251
Those are very valid issues he brought up and im very interested in knowing what the response will be and/if any steps will be taken to lessen the fears of holding such a big % of the overall coins. I believe we all have seen what can happen (not saying that it will).

This looks like a very interesting project overall, lets see where it takes us.

I agree they are valid points and will certainly need further interrogation to reach a solution. I want to add this though, and I know this is very anecdotal, but I've been interacting with the community directly every day. The devs are focused almost exclusively on the code at this stage - they have been popping in and out of here and are present in IRC, but they are not very active in communication yet. So the task of helping people in the community has fallen on me. My daily schedule goes like this every day now: (1) Wake up to 100+ PMs on the Decred forum, (2) 50+ e-mails, (3) and any number of posts on all the different outlets. I've made the commitment to give each of those contacts individual attention.

I have a pretty good pulse on who's who and the people interested in Decred now. And what I'm seeing is this: There are a significant number of people of high technical competence interested in the project - developers. This is incredibly promising for the project because if funding does indeed become a sustainable component of the overall system, there is going to be a very solid foundation for development in real terms. The btcsuite group with c0 are very competent guys and gals, but they're just one stakeholder in this system - we can't forget that. A Decred future can very well see a system with multiple development stakeholders and sustainable funding is going to secure that future. The overall point I am trying to make is that this isn't being approached from the perspective of looking after one or two developers for a year or two. There is a longer term goal here, and we should all take that into consideration when interrogating the issues.

I put that forward as my own experience with Decred thus far, with a look to the future.
legendary
Activity: 1624
Merit: 1007
Going to quote this and highlight it to say thank you. This is well constructed and informed critique. The devs are still asleep, so when everyone is back this issue will be addressed. Important to confirm the numbers since it's a full post and run projections. In coming up with a solution, the project needs to stay within a certain framework that can't be removed:

  • Developers do need to be rewarded for the risk they took by purchasing coins at a relatively high dollar value prior to any community support - even if it just hinges on the simplistic notion that the coins they purchased will be worth something in the future (or be worthless if Decred isn't decent software or the larger community rejects the project) - no free meals for the devs
  • The community airdrop needs to stay intact since there's a social contract in place and no money will be taken from the community (the people won't be made to carry the devs' risk), and
  • The project must remain sustainable so that development can continue beyond the current developers - the future extends far beyond the current set (even though they will be around no matter what, that's both human behaviour and very few people just walk away from something they have worked on for years)

It does appear that there's broader support for these three points, and so working within that framework to find a solution seems optimal. That will be done.

Those are very valid issues he brought up and im very interested in knowing what the response will be and/if any steps will be taken to lessen the fears of holding such a big % of the overall coins. I believe we all have seen what can happen (not saying that it will).

This looks like a very interesting project overall, lets see where it takes us.
hero member
Activity: 882
Merit: 500
full member
Activity: 156
Merit: 236
legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
((165,000+250,000+415,000)÷(21,000,000×0.08)) = USD 0.494047619 per coin. Anything less than that on a free market and the devs lose.

Arbitrarily attaching value to things. Solid.

Arbitrarily calling non-arbitrary things arbitrary.  Solid.

(The $0.494047619 value isn't arbitrary, as the post you quoted but failed to comprehend clearly explained.)

Only an idiot like Icebreaker (How are those Hashfast rigs doing?) would consider completely made up numbers some form of financial reality. Developers paying themselves for their own work in their own project isn't any damn basis of valuation.

The numbers aren't "completely made up."

The $0.494047619 value isn't arbitrary, it's precisely the point where C0 breaks even.

What would it take to convince you XDC isn't a scam?
hero member
Activity: 840
Merit: 500
hero member
Activity: 840
Merit: 500
((165,000+250,000+415,000)÷(21,000,000×0.08)) = USD 0.494047619 per coin. Anything less than that on a free market and the devs lose.

Arbitrarily attaching value to things. Solid.

Arbitrarily calling non-arbitrary things arbitrary.  Solid.

(The $0.494047619 value isn't arbitrary, as the post you quoted but failed to comprehend clearly explained.)

Only an idiot like Icebreaker (How are those Hashfast rigs doing?) would consider completely made up numbers some form of financial reality. Developers paying themselves for their own work in their own project isn't any damn basis of valuation.
legendary
Activity: 966
Merit: 1000
hero member
Activity: 636
Merit: 500
hero member
Activity: 820
Merit: 1000
I'll preface this post: I am genuinely interested in this coin and what it can offer and like most of the ideas being proposed.  I am in the IRC channel and intend to be active in it.  I am not here to FUD or bash this coin.  But...

I have a concern that the developers are actually able to take a MUCH larger amount than the 10% subsidy just by staking their premine coins.  Remember that 30% of all minted coins are given as PoS rewards.

On day 1 the developers will have 4% of all coins, but actually 50% of all coins in existence.  If they stake these, then they will get 50% of the 30% proof of stake coins, a further 15% of ALL minted coins.  This percentage will taper off over time as their % of all minted coins becomes smaller, but the numbers are still scary...

After 1 year, it is estimated that 4.7m coins will have been freshly minted, which is approximately 22% of the 21m coins.  If the developers did not sell their premine coins, they would still hold their 4%, PLUS 2.2% for their developer subsidy (10% of the 22% freshly minted), PLUS whatever they have earned from staking for 12 months (roughly another 10% of all coins minted in the first year / 2.2% total, as they will be taking 15% of PoS coins on day 1 and around 6-7% of PoS coins after 1 year).  So after 1 year the devs would have 4% + 2.2% + ~2.2% = 8.4% of all coins (~1.764m)  which is a staggering 27.6% of all coins minted to date by then (1.764m out of 4.7m + 1.68m premine).

This also means that at the start of year 2 they could still be getting 8.3% of all newly minted coins through staking (27.6% of the 30% PoS) on top of the 10% dev subsidy.

I can understand the concept behind the 10% developer subsidy AND the premine (though I have a question mark over whether they need both), but I am seriously concerned that after 1 year the developers could still be raking > 18% of all new coins if they just sit and stake their initial premine.

Am I missing something in all of this? 

Could there be a mechanism to prevent the developers from staking their premine coins, until they are sold on or until much later(year 3 or more) when their % of minted coins to date becomes much less?
Jump to: