[ANN][DCR] Decred - Community Governance | Bitcoin Devs | Lightning Network

[GordoZ]

..f 2016/2/25 there are left 1955 airdrop addresses unspent. ~34% of Airdrop receivers moved their coins
As of 2016/2/26 there are left 1933 airdrop addresses unspent. ~35% of Airdrop receivers moved their coins
As of today 2016/2/27 there are left 1921 airdrop addresses unspent. ~35% of Airdrop receivers moved their coins

How comes they are dumping like clockwork? Why is the pool getting jammed in the same instant? What's that remark above hinting at tradebots? Where do I connect these dots with lines?

It looks natural to think that the airdrop claiming would be like an exponential decay.
First day was the biggest claiming, the, will be less day by day.
I personally think that we will never see the 99% claimed, even I think that (if Decred developers works fine) we will see a long term asymptote in 70-80% aprox.

EDIT: Give me a couple of minutes, im doing a plot.

[1714274857]

1714274857

[1714274857]

1714274857

[1714274857]

1714274857

[zsnorbi]

As of 2016/2/12 there are left 2163 airdrop addresses unspent. ~27% of Airdrop receivers moved their coins
As of 2016/2/13 there are left 2143 airdrop addresses unspent. ~28% of Airdrop receivers moved their coins
As of 2016/2/14 there are left 2118 airdrop addresses unspent. ~29% of Airdrop receivers moved their coins
As of 2016/2/15 there are left 2093 airdrop addresses unspent. ~30% of Airdrop receivers moved their coins
As of 2016/2/16 there are left 2069 airdrop addresses unspent. ~30% of Airdrop receivers moved their coins
As of 2016/2/17 there are left 2051 airdrop addresses unspent. ~31% of Airdrop receivers moved their coins
As of 2016/2/18 there are left 2036 airdrop addresses unspent. ~31% of Airdrop receivers moved their coins
As of 2016/2/19 there are left 2034 airdrop addresses unspent. ~32% of Airdrop receivers moved their coins
As of 2016/2/20 there are left 2024 airdrop addresses unspent. ~32% of Airdrop receivers moved their coins
As of 2016/2/21 there are left 2017 airdrop addresses unspent. ~32% of Airdrop receivers moved their coins
As of 2016/2/22 there are left 2000 airdrop addresses unspent. ~33% of Airdrop receivers moved their coins
As of 2016/2/23 there are left 1989 airdrop addresses unspent. ~33% of Airdrop receivers moved their coins
As of 2016/2/24 there are left 1971 airdrop addresses unspent. ~34% of Airdrop receivers moved their coins
As of 2016/2/25 there are left 1955 airdrop addresses unspent. ~34% of Airdrop receivers moved their coins
As of 2016/2/26 there are left 1933 airdrop addresses unspent. ~35% of Airdrop receivers moved their coins
As of today 2016/2/27 there are left 1921 airdrop addresses unspent. ~35% of Airdrop receivers moved their coins

How comes they are dumping like clockwork? Why is the pool getting jammed in the same instant? What's that remark above hinting at tradebots? Where do I connect these dots with lines?

Dumping like clockwork? Check those numbers better after an initial "dump" period the whole thing slowed down and coins started moving agan when pos started. Knowing the background sometimes are helping more than sewing conspirational theories

[rizzlarolla]

Noah on decred forum said, (forum.decred.org/threads/thoughts-on-other-hybrid-pow-pos-altcoins.1047/)

"Dear Decreders, There is this new coin which is very similar to Decred. It's called Cygnus. Link: https://bitcointalk.org/index.php?topic=1374941.0 "


I looked and the obvious similarities are there.
Airdrops and premine stuff.
And many of the decred fanboys.

zsnorbi ^ (started thread to earn bounties)
badam,
davien,
flomess,
timeline,
edmundduke,

I thought they LIKED decred?
No, not really, just any shitcoin with a free airdrop?

They want to big decred up, they want to sell one day.
Same for cygnus. they now big that up too.
All just shilling.

Same old faces shilling.
Same old shitcoin rehashes.


Gotta say here though, I cant blame people for taking these freebies. 1 and half btc freebie here! ATM, WTF.
I just dont like the pretence that then goes with it. The shilling.


See more decreders airdropping at https://bitcointalk.org/index.php?topic=1374941.0 soon?
cygnus, the NEW best airdrop coin.

[badam]

rizzlarola you are pathetic...with your repeated fud trys. You fail at fudding a coin now you are fudding members?

Yes i am posting in many threads that i am interested in never cross mentioned any coins, or are you the one making some extra spam promotion for cyg?

Yes i like decred and supporting it and for god's sake yes sometimes i am posting in other threads too is that prohibited or WTF?

[GordoZ]

Not shure about this Cyngus thing, but I catched some at the faucet.

[Qbanow]

hi Wolf0, Could I mining DCR with a firegl v8650 GPU card or is it too old one. Thanks in advance.

[GordoZ]

Here it is:
(hope for mora data in days to go)



Exponential decay of dataset using y0+A*exp(-x/t)

A (amplitude) = 1461
t (e-folding time) = 86
y0 (offset) = 695


Another a little extended:

[EmilioMann]

Here it is:
(hope for mora data in days to go)



Exponential decay of dataset using y0+A*exp(-x/t)

A (amplitude) = 1461
t (e-folding time) = 86
y0 (offset) = 695


Another a little extended:

you didn't consider the first 3 days that around 800 people dumped their coins

[decred]

This development dispatch covers work completed since the initial Decred commits on February 8th, 2016. Since then, developers have merged 83 pull requests of code into 10 software repositories. During this period, a total of 139 commits occurred in these repositories and represent modifications to the effect of 5,499 lines of code added to and 1,952 lines removed from the codebase. In addition, a native Windows wallet GUI is being ported to Decred. Finally, 5 requests for proposals (RFPs) were opened to involve new developers in Decred's development.

dcrd (v0.0.5)

• Improved getwork RPC handling (13-42ae03b)
  
• Added command and result interfaces for incoming new RPC call for wallet (16-3968690)
  
• Reduced amount of fees required before a transaction is considered free (20-5d04f47)
  
• Improved the use of analysis tools in goclean.sh (24-1954bf2) and resolved issues caught (28-14769a7)
  
• Added getcoinsupply RPC call to track total coin supply (30-c77e541), cached its results (34-2edc483), and fixed issues (55-aa21c12)
  
• Added JSON handling for per ticket manipulation of the VoteBits field in wallet (31-2f9fc2d)
  
• Completed the framework to enable the address indexer for the memory pool by default (35-9740110)
  
• Modified JSON framework to enable two new RPC calls (existsliveticket, getstakeinfo) (38-3f706d2)
  
• Changed CheckpointConfirmations to 4,096 (39-0e60dff)
  
• Added an initial blockchain checkpoint (44-203be41)
  
• Increased the default number of outbound peers from 3 to 8 (46-5e0163f)
  
• Modified getrawmempool to allow for the selection of specific transaction types from the mempool (51-18acc11)
  
• Avoid possible false hits within the templatePool map (48-638fff6)
  
• Added framework handling to the new listscripts JSON RPC call for wallet (54-f001389)
  
• Fixed issues with documentation (19-7e1e205), address indexer (01e9bfd), RPC call results (36-4868ed4), btcsuite artifacts (21-1e22c04), notifications (45-1652a0d), configuration files (23-33ff72f), stack tests (12-4d5ee10), error handling (18-01e9bfd, 60-bc44bcf), and RPC help (61-4c24488)
  
• Updated versioning (62-fbede49, 22-1b42b87, 56-33ff4be)
  

dcrwallet (v0.0.5)

• Fixed a rare panic that could occur when importing multisignature scripts found in the blockchain that were unconfirmed (27-7ea5117)
  
• Allowed wallet to accept hex or words as seed (31-2a407e4)
  
• Added getwalletfee RPC call to show fee while creating transactions (32-414c03d)
  
• Added per-ticket setting of the VoteBits field so that different VoteBits settings can be user-selected at stake pools via the RPC (38-6a938f9)
  
• Corrected fee estimation for general transactions (37-4bdb6ac)
  
• Added better tracking of the address index in the wallet (41-93408e9)
  
• Fixed references to removed dcrjson results for single fields (42-b47feed)
  
• Added getstakeinfo command to the wallet to give various statistics, such as the number of tickets it has in mempool, the number of tickets it has that are mature or live, the number of votes it has cast, and the total rewards earned by the wallet (44-f2d928b)
  
• Disabled unsafe RPC calls on mainnet that allowed the removal of unencrypted private data from the wallet (dumpprivkey, getseed) and fixed extended pubkey storage (45-28b1bf0)
  
• Improved performance of the getstakeinfo RPC call (47-e875bf3)
  
• Fixed a bug in multisignature handling that would occasionally cause the inappropriate failing of transactions being added to the transaction manager (54-9d1ed9d, 55-8d41590)
  
• Fixed a panic occurring from TxResults response (49-6d8f657)
  
• Added listscripts RPC call to allow a user to dump the redeem scripts contained in the wallet (56-d3ebcbb)
  
• Corrected storing of votes and revocations in the case of redundant wallets (57-9c1e89f, 58-ddb741a)
  
• Added automatic pruning of old tickets and expired transactions from the internal memory pool (59-04a75c0)
  
• Fixed issues with documentation (36-cc4956b) and rare panics (43-76bd7bd)
  
• Updated versioning (63-ee2a72a)
  

dcrrpcclient (v0.0.5)

• Added getticketvotebits and setticketvotebits to the wallet RPC client (1-17bbf91)
  
• Fixed issues with address functions (2-8ec8807)
  
• Added functionality required to support getstakeinfo and call it, and two new wrappers for daemon RPC functions (missedtickets, existsliveticket) (3-2d67a90)
  
• Added GetBalanceMinConfType to specify balance type (4-c222e4a)
  
• Added TxType flags to getrawmempool access, so that a user may specify which type of transaction they would like returned from the mempool (5-680d8ff)
  

cgminer (v0.0.5)

• Fixed difficulty on front end UI (1-d7751bb)
  
• Addressed compilation issues and allow ATI/AMD OpenCL toolkits via environment variables (2-4adc167, 3-bceed92)
  
• Added a --cert option that allows a user to supply a self-signed certificate for the RPC server (6-27fb09d)
  
• Changed Autoconf to address cross-compilation without breaking native Linux building (9-7bd2c58)
  
• Assigned a 64-bit per-work unique ID to each work order, ensuring that GPUs ran in cgminer instances will never repeat the same work (10-d701a89)
  
• Added an include in a header check for adl_sdk.h to work (12-72afa18)
  
• Reverted cgminer difficulty calculation (16-4291617)
  

Web Wallet

• Fixed issues with fee calculation (1-f80e2fe), language (5-1b50a7b)
  
• Fixed JavaScript unit tests to use PhantomJS (12-8476a19)
  
• Fixed fee to send all and make sure it does not go below min fee (13-a583538)
  

Block Explorer

• Added getcoinsupply RPC (1-e578aa9) and recognized it (1-52fc02e)
  
• Fixed block reward calculation to be more accurate for non-critical information (2-2a8e57d)
  
• Added votes and freshstake to block lists and front page (3-b3cd6da, 8-06ba621)
  
• Displayed available supply on status page (4-411d6f5)
  
• Switched from dbits to atoms as the unit choice (5-0f648f9)
  
• Hardcoded checks for block version and block 0/1 (5-6d50513)
  
• Fixed issues with Bitcoin artifacts (6-fd58b9b), block reward aesthetics (9-9576ec5), and block reward calculations (4-8a58c40)
  

RFPs

• Added RFP0001: Windows Wallet UI/UX Overhaul (1-d4f53d1, 2-02d3441)
  
• Added RFP0002: Web Wallet Ticket and Stake Pool Support (3-bdf7edf, 4-e7f95c3)
  
• Added RFP0003: Network Status Dashboard (5-cd2f31e, 6-de6a0ee)
  
• Added RFP0004: Refactor and Update Wiki Documentation (7-3aa1d0c)
  
• Added RFP0005: Mining Protocol Development And Pool Integration (10-698224f)
  

[rizzlarolla]

This development dispatch covers work completed since the initial Decred commits on February 8th, 2016. Since then, developers have merged 83 pull requests of code into 10 software repositories. During this period, a total of 139 commits occurred in these repositories and represent modifications to the effect of 5,499 lines of code added to and 1,952 lines removed from the codebase. In addition, a native Windows wallet GUI is being ported to Decred. Finally, 5 requests for proposals (RFPs) were opened to involve new developers in Decred's development.

dcrd (v0.0.5)

• Improved getwork RPC handling (13-42ae03b)
  
• Added command and result interfaces for incoming new RPC call for wallet (16-3968690)
  
• Reduced amount of fees required before a transaction is considered free (20-5d04f47)
  
• Improved the use of analysis tools in goclean.sh (24-1954bf2) and resolved issues caught (28-14769a7)
  
• Added getcoinsupply RPC call to track total coin supply (30-c77e541), cached its results (34-2edc483), and fixed issues (55-aa21c12)
  
• Added JSON handling for per ticket manipulation of the VoteBits field in wallet (31-2f9fc2d)
  
• Completed the framework to enable the address indexer for the memory pool by default (35-9740110)
  
• Modified JSON framework to enable two new RPC calls (existsliveticket, getstakeinfo) (38-3f706d2)
  
• Changed CheckpointConfirmations to 4,096 (39-0e60dff)
  
• Added an initial blockchain checkpoint (44-203be41)
  
• Increased the default number of outbound peers from 3 to 8 (46-5e0163f)
  
• Modified getrawmempool to allow for the selection of specific transaction types from the mempool (51-18acc11)
  
• Avoid possible false hits within the templatePool map (48-638fff6)
  
• Added framework handling to the new listscripts JSON RPC call for wallet (54-f001389)
  
• Fixed issues with documentation (19-7e1e205), address indexer (01e9bfd), RPC call results (36-4868ed4), btcsuite artifacts (21-1e22c04), notifications (45-1652a0d), configuration files (23-33ff72f), stack tests (12-4d5ee10), error handling (18-01e9bfd, 60-bc44bcf), and RPC help (61-4c24488)
  
• Updated versioning (62-fbede49, 22-1b42b87, 56-33ff4be)
  

dcrwallet (v0.0.5)

• Fixed a rare panic that could occur when importing multisignature scripts found in the blockchain that were unconfirmed (27-7ea5117)
  
• Allowed wallet to accept hex or words as seed (31-2a407e4)
  
• Added getwalletfee RPC call to show fee while creating transactions (32-414c03d)
  
• Added per-ticket setting of the VoteBits field so that different VoteBits settings can be user-selected at stake pools via the RPC (38-6a938f9)
  
• Corrected fee estimation for general transactions (37-4bdb6ac)
  
• Added better tracking of the address index in the wallet (41-93408e9)
  
• Fixed references to removed dcrjson results for single fields (42-b47feed)
  
• Added getstakeinfo command to the wallet to give various statistics, such as the number of tickets it has in mempool, the number of tickets it has that are mature or live, the number of votes it has cast, and the total rewards earned by the wallet (44-f2d928b)
  
• Disabled unsafe RPC calls on mainnet that allowed the removal of unencrypted private data from the wallet (dumpprivkey, getseed) and fixed extended pubkey storage (45-28b1bf0)
  
• Improved performance of the getstakeinfo RPC call (47-e875bf3)
  
• Fixed a bug in multisignature handling that would occasionally cause the inappropriate failing of transactions being added to the transaction manager (54-9d1ed9d, 55-8d41590)
  
• Fixed a panic occurring from TxResults response (49-6d8f657)
  
• Added listscripts RPC call to allow a user to dump the redeem scripts contained in the wallet (56-d3ebcbb)
  
• Corrected storing of votes and revocations in the case of redundant wallets (57-9c1e89f, 58-ddb741a)
  
• Added automatic pruning of old tickets and expired transactions from the internal memory pool (59-04a75c0)
  
• Fixed issues with documentation (36-cc4956b) and rare panics (43-76bd7bd)
  
• Updated versioning (63-ee2a72a)
  

dcrrpcclient (v0.0.5)

• Added getticketvotebits and setticketvotebits to the wallet RPC client (1-17bbf91)
  
• Fixed issues with address functions (2-8ec8807)
  
• Added functionality required to support getstakeinfo and call it, and two new wrappers for daemon RPC functions (missedtickets, existsliveticket) (3-2d67a90)
  
• Added GetBalanceMinConfType to specify balance type (4-c222e4a)
  
• Added TxType flags to getrawmempool access, so that a user may specify which type of transaction they would like returned from the mempool (5-680d8ff)
  

cgminer (v0.0.5)

• Fixed difficulty on front end UI (1-d7751bb)
  
• Addressed compilation issues and allow ATI/AMD OpenCL toolkits via environment variables (2-4adc167, 3-bceed92)
  
• Added a --cert option that allows a user to supply a self-signed certificate for the RPC server (6-27fb09d)
  
• Changed Autoconf to address cross-compilation without breaking native Linux building (9-7bd2c58)
  
• Assigned a 64-bit per-work unique ID to each work order, ensuring that GPUs ran in cgminer instances will never repeat the same work (10-d701a89)
  
• Added an include in a header check for adl_sdk.h to work (12-72afa18)
  
• Reverted cgminer difficulty calculation (16-4291617)
  

Web Wallet

• Fixed issues with fee calculation (1-f80e2fe), language (5-1b50a7b)
  
• Fixed JavaScript unit tests to use PhantomJS (12-8476a19)
  
• Fixed fee to send all and make sure it does not go below min fee (13-a583538)
  

Block Explorer

• Added getcoinsupply RPC (1-e578aa9) and recognized it (1-52fc02e)
  
• Fixed block reward calculation to be more accurate for non-critical information (2-2a8e57d)
  
• Added votes and freshstake to block lists and front page (3-b3cd6da, 8-06ba621)
  
• Displayed available supply on status page (4-411d6f5)
  
• Switched from dbits to atoms as the unit choice (5-0f648f9)
  
• Hardcoded checks for block version and block 0/1 (5-6d50513)
  
• Fixed issues with Bitcoin artifacts (6-fd58b9b), block reward aesthetics (9-9576ec5), and block reward calculations (4-8a58c40)
  

RFPs

• Added RFP0001: Windows Wallet UI/UX Overhaul (1-d4f53d1, 2-02d3441)
  
• Added RFP0002: Web Wallet Ticket and Stake Pool Support (3-bdf7edf, 4-e7f95c3)
  
• Added RFP0003: Network Status Dashboard (5-cd2f31e, 6-de6a0ee)
  
• Added RFP0004: Refactor and Update Wiki Documentation (7-3aa1d0c)
  
• Added RFP0005: Mining Protocol Development And Pool Integration (10-698224f)
  

tl;dr
Shame you couldn't have got these basics sorted before the rushed into launch.
Plus other things.

Still no really important stake pool as promised?

What percentage of PoS rewards are bring up devs (c0 + _lngsoc) able to achieve under these circumstances?
What percentage of PoS are they achieving?

davecgh "The developers (c0 bring up devs + _indsoc) have publicly pledged that after an initial stake mining process to help secure the network, they will throttle their stake mining early on in order to help further foster decentralization."
The "stake mining process" is happening now I presume. Hence no pool.
How many extra, free, undeclared decred will bring up devs (c0 + _ingsoc) stake in this process before "throttling back"?

decred dev pool reward (10% of block) can be lost due to voting outcomes, bring up devs (c0 + _ingsoc) PoS cannot, due to centralisation. (bar "throttling back")
Is that correct? How is that working in practice?

Have bring up devs (c0 + _ingsoc) effectively got their own private stake pool running?

[Reaper301]

Is there any guide available for noobs on how to interact with this giant ?

[Bitcoin_Delivery]

Is there any guide available for noobs on how to interact with this giant ?

On the official forum https://forum.decred.org/ you will find any kind of assistance, guides and tutorials according to your knowledge...you can also following all development process with some great forthcoming news
But this thread is great too for rumors and news!

[Reaper301]

Is there any guide available for noobs on how to interact with this giant ?

On the official forum https://forum.decred.org/ you will find any kind of assistance, guides and tutorials according to your knowledge...you can also following all development process with some great forthcoming news
But this thread is great too for rumors and news!

I had posted in questions but no reply yet so thought to try luck here

[Bitcoin_Delivery]

Is there any guide available for noobs on how to interact with this giant ?

On the official forum https://forum.decred.org/ you will find any kind of assistance, guides and tutorials according to your knowledge...you can also following all development process with some great forthcoming news
But this thread is great too for rumors and news!

I had posted in questions but no reply yet so thought to try luck here

Ok, but the question you posted here On bct is a little bit too generic...at least until you don't say us if you already downloaded binaries or something like this....try to do some step first, and then When you feel stuck, ask and  someone will clear out your doubts  

[anticlimax]

Is there anyway to tell ticket prices before purchasing?

[bones261]

Is there anyway to tell ticket prices before purchasing?

I go to the block explorer and see what the people paid in the last block. It is not exact, but it gives you a good idea.

Edit: This command line also gives the info you need.

Code:

dcrctl -u (yourrpcusername) -P (yourrpcpassword)  --wallet getstakeinfo

The "difficulty" is the ticket price. Add .05 for tx fee.

[doriangray]

Is there anyway to tell ticket prices before purchasing?

I go to the block explorer and see what the people paid in the last block. It is not exact, but it gives you a good idea.

Edit: This command line also gives the info you need.

Code:

dcrctl -u (yourrpcusername) -P (yourrpcpassword)  --wallet getstakeinfo

The "difficulty" is the ticket price. Add .05 for tx fee.

You can also check it here for the most accurate ticket pricing.

https://dcrstats.com/

[mistercashking]

Is there anyway to tell ticket prices before purchasing?

This is also helpful. Edit: someone beat me too it.

https://dcrstats.com/

[kneim]

Is there anyway to tell ticket prices before purchasing?

This is also helpful. Edit: someone beat me too it.

https://dcrstats.com/

On the stats page I find this comment:

Don't buy new PoS tickets right now

Current ticket price 4.23 DCR is very high compared with all time low 2 DCR.
We suggest to wait for the PoS-difficulty adjustment.

I'm calculating: The probability to find a block with a ticket is around 99% in 142 days. The reward is 1.8 DCR. The gain is calculated by ( 4.23 DCR + 1.8 DCR ) / 4.23 DCR. So the gain is 42,5% over a year. The recommendation of the devs is now, waiting with buying further tickets, because 42,5% seems not enougth.

This are times I have to review my investment. Or to stay there, to squeeze out a greedy world. Did I miss something, perhaps?

[bones261]

Is there anyway to tell ticket prices before purchasing?

This is also helpful. Edit: someone beat me too it.

https://dcrstats.com/

On the stats page I find this comment:

Don't buy new PoS tickets right now

Current ticket price 4.23 DCR is very high compared with all time low 2 DCR.
We suggest to wait for the PoS-difficulty adjustment.

I'm calculating: The probability to find a block with a ticket is around 99% in 142 days. The reward is 1.8 DCR. The gain is calculated by ( 4.23 DCR + 1.8 DCR ) / 4.23 DCR. So the gain is 42,5% over a year. The recommendation of the devs is now, waiting with buying further tickets, because 42,5% seems not enougth.

This are times I have to review my investment. Or to stay there, to squeeze out a greedy world. Did I miss something, perhaps?

I think you missed this part.

dcrstats.com is the biggest unofficial dashboard of Decred Network.