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

Why ?

all those crypto will not make decred holder and dev rich....

not that im against making dev rich, as long as the coin was solving problem that was unsolved as it is now

none of those suggested, can do pos right? i'm more in search about the pos thing, but i don't want to deal with all the command line thing

Well, there a lot of altcoins which serves no purpose.

A solution to the centralization problem.
http://news.softpedia.com/news/amid-bitcoin-centralization-worries-core-developers-start-new-currency-called-decred-498137.shtml

The Paymetheus code has been open-source for a while. The plan is to start doing binary releases for Paymetheus and run it on testnet. RFP-1 is all about adding some shine and coming up with an optimal UI and UX for the GUI as well - and two proposals were accepted for the task. The first is related to the design and the second is tied to integrating that design using Windows Presentation Foundation (WPF), since it's native to Windows.

While that's happening, you can look at two user projects that have already created GUIs for Decred. Look here and here. And of course, then there's the web client as well - which uses your browser as a GUI. The wallet is all client-side, so it's not an account service.

when a solid gui wallet with an easy working-pos will be released? i'm tired of this commandline linux fanboy

For POS mining what is the max balcance to maintain you can have or are you limited to a minimum of 1

Hi guys, following decred, but I'm wondering, what does Decred add to crypto's what BTC,ETH, XMR, DASH and MAID are not doing? thanks

Hi _ingsoc.

Just wondering how the stake mining process is going.
(In order to secure the network, you plan to "overstake", more than 50% tickets and PoS rewards)
Happy days?

Do you know how many decred you and the bring up devs have staked so far?
What % of total PoS rewards have _ingsoc & c0 staked so far?

Thanks.

@Jeremy grol

No ; price will rise if the devs will manipulate the price. Eth price is totally manipulated. People will invest big amounts only if they will see the graphic spiking.

I apologize, but I can't launch any dcrctl nor dcrwallet. How can I do it and what to prescribe in the window?
thank you

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 2016/2/27 there are left 1921 airdrop addresses unspent. ~35% of Airdrop receivers moved their coins
As of 2016/2/28 there are left 1911 airdrop addresses unspent. ~36% of Airdrop receivers moved their coins
As of 2016/2/29 there are left 1902 airdrop addresses unspent. ~36% of Airdrop receivers moved their coins
As of 2016/3/1 there are left 1890 airdrop addresses unspent. ~36% of Airdrop receivers moved their coins
As of 2016/3/2 there are left 1880 airdrop addresses unspent. ~37% of Airdrop receivers moved their coins
As of 2016/3/3 there are left 1874 airdrop addresses unspent. ~37% of Airdrop receivers moved their coins
As of today 2016/3/4 there are left 1862 airdrop addresses unspent. ~37% of Airdrop receivers moved their coins

This development dispatch covers work completed since the Decred v0.0.5 release from February 26th, 2016. Since then, developers have merged 35 pull requests of code into 4 software repositories. During this period, a total of 96 commits occurred in these (and newly covered) repositories and represent modifications to the effect of 20,650 lines of code added to and 10,668 lines removed from the codebase. Included in the new repositories covered is Paymetheus - a native Windows wallet GUI for Decred. Finally, 2 requests for proposals (RFP) were closed and consultation with new developers is in progress to begin work on these deliverables (RFP-1 and RFP-5). A total of 3 RFPs remain open.

Binaries: https://github.com/decred/decred-release/releases/tag/v0.0.6

dcrd

• Added consolidate command and response framework to the JSON RPC - enabling wallet to consolidate small UTXOs into a large UTXO (59-7570926)
  
• Fixed a copy-paste error in chainsvrcmds.go (63-e318312)
  
• Rewrote checkBlockForHiddenVotes to correctly regenerate the block template with the correct number of votes - would previously corrupt block templates by incorrectly inserting votes from other blocks (68-af863ab)
  
• Added spendable to listunspent results (69-38ff4bb)
  
• Exported ReadVarString and WriteVarString functions so they are available for callers to use (69-3a30ba7)
  
• Fixed a bug introduced with the fix for checkBlockForHiddenVotes (70-61dd0bc)
  
• Added new RPC handlers for getticketfee and setticketfee (71-c1420d9)
  
• Added getticketsvotebits batched command for wallet RPC (72-95b4e76)
  
• Added a new RPC function existsmempooltxs to the daemon to quickly check for the existence of transactions in the mempool (74-cd8ea2e)
  
• Fixed issues with documentation (75-b237418)
  
• Updated versioning (79-8f0d8f2)
  

dcrwallet

• Added consolidate command handling to the wallet JSON RPC (61-833ae9b)
  
• Added AppVeyor continuous integration (65-a2a1321)
  
• Added spendable field to listunspent results (65-eb25d88)
  
• Removed unnecessary address manager locks - allows the use of AccountName when iterating over all account numbers (65-c31dc63)
  
• Fixed retrieval of public key addresses from the address manager (65-6ee1f9b)
  
• Introduced additional network activity with the dcrd process to ensure that the network connection is not silently dropped (65-33d053c)
  
• Temporarily increased session RPC timeout (65-31d1526)
  
• Fixed wallet compile after SigCache addition to NewEngine (65-cef0021)
  
• Fixed signmessage RPC (65-4f6edce)
  
• Updated hdkeychain NewMaster API change (65-6ba74e6)
  
• Added the chain subsystem logger to dcrrpcclient (65-52b8e19)
  
• Separated out default ports and utility functions for reuse by other tools (65-b0566e0)
  
• Fixed RPC listen addresses to correctly handle IPv6 zones (65-6af96bf)
  
• Introduced a new RPC server using gRPC - the legacy RPC server remains the default (65-497ffc1)
  
• Fixed fee calculation for gettransaction (65-bb1102b)
  
• Fixed loader.CreateNewWallet to generate a random seed if a nil seed was passed (65-4c839ae)
  
• Fixed waddrmgr.IsError to avoid logging errors when trying to lock an already locked wallet (65-515cbc6)
  
• Fixed JSON-RPC server to return WWW-Authenticate header the same way dcrd does if it receives invalid credentials (65-aec660c)
  
• Changed datadir short option to be -b (65-fda2e14)
  
• Prevented server from returning an error when empty string are passed as parameters for transaction comments for the sendfrom, sendmany, and sendtoaddress RPCs (65-cc97e06)
  
• Fixed listtransactions results to set account field (65-b480a0a)
  
• Addressed an error case when creating a change address during the process of creating a new transaction - by now using the default account for change when spending outputs from an imported key (65-32ca193)
  
• Fixed gettransaction results to set account name (65-102cd55)
  
• Added option to prevent RPC server TLS key from ever being written to disk (65-567752e)
  
• Added information display about the wallet path if it exists (65-2808c4f)
  
• Use btcsuite vendored crypto repo (65-2806a15)
  
• Created results for each wallet.TransactionSummary output (65-da14596)
  
• Made walletpassphrase with timeout=0 never lock the wallet (65-d2e93f9)
  
• Followed specification for FundTransaction RPC (65-0a96453)
  
• Regenerated gRPC files from descriptor (65-b286d69)
  
• Added a way for gRPC API to set a change output script just before signing a transaction (65-8455454)
  
• Added VersionService to gRPC server to query server versions (65-620a3c6)
  
• Fixed a bug displaying the wrong number of votes in getstakeinfo (66-a6a8ce9)
  
• Added getstakeinfo online help (71-3fa0130)
  
• Added functionality for users to set the per kb fees for stake ticket purchasing (72-4f51acb)
  
• Changed voted in getstakeinfo to only return blockchain votes (73-daf40c4)
  
• Streamlined getting and setting of fees (74-ee276f6)
  
• Added new command getticketsvotebits to the legacy RPC to allow the caller to pass a list of tickets to the RPC and get a list of voteBits data in return (75-12ff153)
  
• Added wallet handling for getgenerate command (79-00b9840)
  
• Corrected TicketsForAddress to remove pruned tickets from the response (80-8ac528e)
  
• Prevented address counter from being reset when it should not (82-8213003)
  
• Fixed an issue with new wallet creation only displaying the hexadecimal and not the PGP word list version (84-a86b675)
  
• Fixed the unsafemainnet option so it only affects mainnet (86-0b35b98)
  
• Stopped uses of database before closing to prevent any database corruption issues that may happen during clean shutdown (87-9c9699f)
  
• Allowed newlines and extra spaces when entering seed during wallet creation (88-6c7e2d0)
  
• Added validation for the address provided to --ticketaddress (90-9f1b598)
  
• Fixed issues with dependencies (65-8999c13) and documentation (65-647e7fd, 65-c4abe02, 65-97963b4, 65-4171638, 65-f03556b, 89-a06e0d9)
  
• Updated versioning (65-5482fee, 65-b701fad, 78-d17a172, 92-3d845de)
  

dcrrpcclient

• Added a hook for getticketsvotebits in wallet to the RPC client (7-aada751)
  
• Added handling for the existsmempooltxs command for daemon (8-7181e59)
  
• Updated versioning (6-d3a8710)
  

Paymetheus

• Fixed parsing of change output script if no change is needed (2-3044017)
  
• Added method to import seed when creating wallet (2-481c689)
  
• Used horizontal radio buttons across top (2-f480144)
  
• Removed RadioButton.GroupName since they all share the same parent (2-a60497d)
  
• Merged upstream branch (2-187dbe8)
  
• Improved error reporting for startup errors (3-ccbe725)
  
• Allowed wallet creation when either the hexadecimal or PGP word list encoding of the seed is entered in the backup confirmation dialog (3-8e82946)
  
• Updated confirmation dialog property source on enter (3-df30b91)
  
• Disabled rename account dialog if name is empty (3-677c69f)
  
• Used attachable properties for updating source on enter (3-0b9b3d7)
  
• Converted Paymetheus.Decred to a Portable Class Library (3-5177a2e)
  
• Updated NuGet dependencies (3-6eddfc2)
  
• Synced protobuf descriptor and regenerated (3-ae6d110, 3-f1b17da)
  
• Added client method to fetch BIP0044 internal address (3-9c1841e)
  
• Added warning about wallet theft during seed backup (3-810bd9a)
  
• Added check for RPC server version during client connect (3-f2507cf)
  
• Fixed issues with licensing (1-675350d, 2-ba8ca3c)
  

RFPs

• Added e-mail for proposal submissions (11-654cb60)
  

I knew the omission of a user friendly gui wallet would limit adoption.  That really is the single biggest issue with moving the coin forward.  Hopefully progress on it is coming along, but from what I recall it's still like a month away.

Agree mate. As soon as we get a GUI wallet things will be much easier non savvy users and for exchanges as well to accept DCR. Patience is key to a good and usable coin. If devs release the GUI wallet earlier, then it would not be as functional as a fully developed wallet that took more time to become released. Just my opinion.  

I hope to see Decred become one of the top cryptos in the market. A good thing that this coin has is its self governance.  

it's really shameful to rip off your early supporters! D: airdrop my ass ~ who gets the 90%~ premine ? pfft