The Decred Assembly is live (special guest @boxmining)! For those interested: http://youtu.be/pUTfQ73Q_lo

Hey everyone, in case you missed the announcement, I wanted to invite those interested to join Decred for a weekly AMA on Reddit! You can find the project's subreddit over at /r/decred. Pretty excited for this one and I look forward to seeing you there!

Hey Maicol792, I saw that. Sorry about the delay - been catching up on a lot of different things! I'll get back to you on your PM in the coming days.

Thought I'd drop a link here if anyone is interested in watching the Decred Assembly tonight. Pretty excited because it's going to be Bitcoin dev Jimmy Song and the Decred project's own Bitcoin dev Dave Collins! Figured you guys might want to tune in live at 6 PM EST (10 PM UTC), or catch it later if you're not around. Should be some good BIP 148 UASF and DCR discussion!

Thanks! All of my prior commitments have been taken care of, so I'm here for good now.


Considering that all of the coins that ranked above DCR using Huobi's model have been around for quite a while longer (with the exception of Zcash), that's not a half bad outcome in my view - even if you disagree with the evaluation methodology. It's good to know there's awareness and that they're taking interest in the effort the devs and the community are putting into the project!

That was great! roasbeef is seriously one of the smartest devs in the crypto space. Seeing his perspective on the intricacies of LN and what it means for DCR was super useful to learn about. Witnessing cross-project collaborative efforts to push the ecosystem forward is deeply satisfying. Congrats to dbt1033 and Ty13rDerden on another informative show!

Getting pretty close to a public alpha release on testnet. There will be a number of implementations. You can see Dyrk and Fsig working on implementations here and here in addition to Paymetheus.

This will be fixed in an upcoming version (PR-278). At present, you can still use dumpprivkey and importprivkey to get at the funds. So you'd dumpprivkey for all your addresses, make a new wallet, and importprivkey.

After today's developments, I would just like to say it's an honour to have served in Decred's D-Day. We airdropped hard and we airdropped well. If you consider yourself part of the Decred community and project, you can take pride in the fact that Decred self-funds its development without asking users for a cent. Not before and not after the fact. It's wholly irresponsible to ask users to fund your project and then put their funds in harm's way. That norm needs to change. I'm not a fan of kicking another project when it's down, and I'm just speaking as a member of the community, but it should be said. Decred self-funds for this very reason.

Thank you for reporting this. This was just fixed in dcrd master, so you'd need to compile from source. This issue only affects ARM architecture. That is (detailed instructions here):

Thought I'd chime in to say that the reason the Decred developers couldn't be of more use at the time is because they're not miner developers. To my knowledge, only one developer PoW mines, and only casually at that. If they had the resources and time to contribute development to the points NiceHash raised and needed help with, they would have, but as you can judge by the development activity, there is currently and was at the time a lot else going on that had to take priority.

Having said that, the project is and PoW miners can be very grateful for Claymore, Epsylon3, NiceHash, Wolf0, and all the pool operators stepping up in different ways to improve PoW mining with their competencies and contributions in the area. Their presence and work helps build a much stronger ecosystem, and the developers will support them where possible if resources and time permit (goes without saying).

Just wanted to extend a well-earned congratulations to Kefkius as his proposal was successful for RFP-8. Transaction scripts are a specialised area of work and he's already contributed a ton of effort to the field. Check out his thread on Hashmal (Github), an IDE for transaction scripts, and also txsc (Github), a transaction script compiler. With his work and the work he'll complete for RFP-8, Decred will have a higher level language with:

• Specifications of all logical statements, operators, and other symbols for the language
• Implementation of the language with a large suite of examples and tests demonstrating functionality and robustness
• Further optimization of the byte code for efficiency, followed by enhancements and modifications of the language based on feedback from other developers

In addition, an IDE for transaction scripts will make it possible and easier to write, evaluate, and learn about scripting, write scripts in human-readable form, observe the stack as scripts are executed, see explanations of scripts as they are evaluated, generate transaction scripts using templates, deserialize and build transactions, deserialize blocks, communicate with full nodes or block explorers to retrieve blockchain data, and encode and decode addresses, all in a GUI. This is a big RFP, so congratulations Kefkius! In summary, smart contracts are coming to Decred.

A review of activity will be posted next week so we can take stock of where we're at as a project. v0.1.4 is being prepared right now, which includes a ton of work that isn't quite obvious to the public eye, unless you read Github development activity, as it involves pulling in a large number of fixes, improvements, and optimisations. There are also a number of distinct packages that have emerged for inclusion in the v0.1.4 release and will be documented in the development dispatch that accompany it. RFP-7 and 8 are also getting ready for announcement, so work can begin on those, which will have very visible impact on Decred. And of course, the GUI is progressing too with extra effort.

These are good milestones for review and then forecasting the project's activity based on what we've seen and done. It's important to remember that Decred did not set out with an explicit roadmap, so that users' desires and needs could be taken into account, rather than enforcing a strict policy of where we're going as a project and community. As these views develop organically in the user base, there comes a point where it's time to develop them into a framework and draft a defined proposed route. It may seem chaotic at times without a formal structure for it yet, but everything posted is reviewed and factor into that process. It wouldn't be very open and democratic if it's dictated down, instead of being built up, but there does need to be some actionable direction to make sure the ship is steered. That is the fine balance the project is still learning and adapting to, despite consistent and high development output, with phenomenal people getting involved in Decred.

The v0.1.4 release will mark a good point to document this progress, and paint a realistic future based on activity. The feeling is that it's better to forecast the shorter-term, to allow for continued community and development input, rather than trying to forecast so far into the future that none of those lofty goals are met. Next week will mark a good point to engage in that discussion and put something clear and actionable on the table for the next period.

Harsh, but thanks for being open. The main reasoning behind keeping the original OP text unchanged (aside from updates) is so that it's transparent. Now that dcrdocs is up and running, the original OP text can be archived so it can still be accessed and the text can be updated. RFP-7 is all about design, so Decred will get more polished with a new landing site as well (including a blog). It'll be quite the change from what there is now, which is good, as it will allow Decred's identity to grow with the software as it matures.

It appears the fees on those transactions were too low. Were you able to open a support ticket?

v0.1.3 was recently marked stable and it is recommended you upgrade to this version. Each version has seen a bunch of improvements and issues fixed, so it's a good idea to upgrade. Currently, the focus is on dcrd, and a ton of work is going into syncing it to the upstream project, which means it'll pull in an incredible amount of fixes and improvements as well. If you've experienced issues with wallet, restore from seed when you upgrade, and remember to keep a backup.

You can consult dcrdocs on proof-of-stake (PoS) mining for instructions. It has up-to-date information on current best practices. Also be sure to check out the FAQ section as it's got quite a bit of information on PoS too.

These are not unfair concerns. Now that Decred has seen its first quarter, it's an important time to begin our review as a community and as a project. This will be done as an announcement. To answer your questions directly, the RFPs to date are set out predominantly to address issues of accessibility, whether it's access to the software and network functions through GUIs (RFP-1, RFP-2), access to information about network activity (RFP-3), access to information about how to use the software and different platforms (RFP-4), or access to Decred through PoW mining through software (RFP-5) or PoS (RFP-6) mining through stake pools. All of these RFPs are on-going and aim to improve the means by which users can access the software.

Once these are complete and at a reasonable level of maturity, Decred RFPs will transform to address new needs evidenced by users. You can already see that happening with work into getting much better at Decred's presentation to the outside world (RFP-7), due to the fact that other RFPs are progressing, and exploratory work into transaction scripts such as smart contracts (RFP-8). Another incredible milestone that most users are not aware of is dcrd is currently being synced to its upstream project (btcd). Most cryptocurrencies do not enjoy this, but with continued development, Decred gets to pull in a lot of improvements. So for example, dcrd will see a major redesign and rewrite of the database package for highly optimized read performance with consistent write performance regardless of database size, once the sync is complete (to name one of the bigger improvements).

Achievement of these milestones will lead to demos of blockchain governance, followed by actual "smooth" hard forks, and progressing community members into the project governance side. It may not be super visible at the moment, as most of the visible work goes into the code repositories, but output will eventually become more visible when some of the accessibility milestones are reached. Once that happens, Decred is one step closer to its goal of consensus-based decision-making through voting on the blockchain. It is at that point where things get really interesting when Decred is much more accessible, decentralized, and ready for wider participation.

You can run multiple voting-only wallets as a matter of redundancy, so it shouldn't cause any issues for you if you restore from seed. Make sure you keep a backup though.

Consider restoring the wallet from seed using the latest version (v0.1.3). That should resolve the issue for you.