日本の皆さんこんにちは。日本語のウェブサイトが完成しました！ぜひご覧下さい。Decred コミュニティはあなたを心より歓迎いたします！ https://decred.org/ja

한국 Decred 커뮤니티에 오신 여러분 환영합니다! 추석 연휴 행복하고 편안하게 보내시기를 바라겠습니다! 한국어 홈페이지도 들어와보세요! https://decred.org/ko

v1.0.5 has been released. The release notes are available on the Decred Forum at the following link:

https://forum.decred.org/threads/dd-24-v1-0-5-06-21-17.5432/

Hello everyone,

Today the project would like to announce the launch of dcrtime and the introduction of blockchain-based timestamps to Decred. This is phase 1 of 2 in Decred's rollout of a censorship-resistant proposal system.

For a detailed write-up of dcrtime, please refer to the announcement blog entry. You can find the first dcrtime tx on the DCR mainnet here: https://mainnet.decred.org/tx/9af946f599e09d68b4590ced2e046c3f883411e1f06e199c073efa621af18d93

If you're interested in blockchain-based timestamps like dcrtime, also check out OpenTimestamps. Props to Peter Todd for his great work! Please also join the discussion on a dedicated forum thread if you want to leave persistent remarks or questions about dcrtime.

Sincerely,
Decred Project

Source: dcrtime: Blockchain-based Timestamps

More human friendly release notes for the v1.0.3 release are now available on the forum:

https://forum.decred.org/threads/dd-23-v1-0-3-06-09-17.5414/

Another patch release (v1.0.2) for the Decrediton Decred wallet is out:

https://github.com/decred/decred-binaries/releases/tag/v1.0.2_decrediton

1.0.1 has been released to fix various bugs that were causing headaches.

https://forum.decred.org/threads/dd-22-v1-0-0-04-25-17.5312/#post-25147

The links in the OP have been updated.

New gominer binaries have been posted:

https://github.com/decred/decred-binaries/releases/tag/v1.0.0_gominer

Links in the OP have been updated as well.

This has been fixed in the just released 0.6.1.

The acceptable answers were not updated properly after the last release.  It's been updated and confirmed working again.  Sorry for the trouble.

This development dispatch covers work completed since the Decred v0.1.5 release from June 7th, 2016. Since then, developers have merged 16 pull requests of code into 3 software repositories (for changes, see below). v0.1.6 includes a new tool, dcrinstall, to automate the install, upgrade, and setup process for the Decred software.

dcrinstall: https://github.com/decred/decred-release/releases/tag/v0.1.6
Binaries: https://github.com/decred/decred-binaries/releases/tag/v0.1.6

dcrd

• Fixed an issue with memory alignment on 32-bit architectures (269-2bbfd5f)
• Fixed an issue that interferes with the new dcrinstall package when checking if .dcrd exists (270-fa72e21)
• Added a simnet option to the config file (272-e6beeb6)
• Updated versioning (271-9279321)

dcrwallet

• Moved prompting of passphrases and seed to a prompt package so other tools can call the same prompts (268-b3bd20e)
• Modified the wallet package to import the database driver directly (269-f2a12cf)
• Added a non-internal prompt package (273-dfb6bcd)
• Fixed a build error for the test harness (274-697443a)
• Updated documentation (275-7bdd976) and versioning (271-1ca9472)

dcrticketbuyer

• Updated the default directory to be OS-specific (10-4297aa0)
• Updated configuration (13-01a9cd6), documentation (14-e5d08c1, 15-7c3b826), and versioning (12-3505d11)

Developer Notes
dcrinstall

dcrinstall is a tool to automate the install, upgrade, and setup process for the Decred software. In install mode dcrinstall downloads the latest released binaries of dcrd, dcrwallet, dcrctl, and dcrticketbuyer for your operating system and platform, installs them, sets up the config files, and creates a wallet for you. In upgrade mode, dcrinstall replaces your binaries with the latest copies but makes no changes to your configs.

Upgrading an existing installation

The following steps are required to upgrade a system with Decred that was not installed by dcrinstall. If you already have Decred installed you will need to follow these instructions the first time.

The dcrinstall tool expects the following directory layout. In order to upgrade you must copy your current configuration files into the correct location and ensure everything still works. You may also want to copy you executables to the directory dcrinstall expects as well.

If dcrinstall detects all configuration files it'll operate in upgrade mode. Upgrade mode only overwrites the binaries in %HOMEPATH%\decred (or ~/decred on a UNIX type OS). The dcrinstall tool records all actions in %HOMEPATH%\decred\dcrinstall.log (or ~/decred/dcrinstall.log on a UNIX type OS).

Windows configuration files:


Binaries directory:


OSX configuration files:


Binaries directory:


UNIX configuration files:


Binaries directory:


Run the software

Now that you have the files where dcrinstall can find them you can download and run dcrinstall. For Windows open a cmd.exe window then:


For OSX and UNIX you will also need to make the file executable before runnning it:


and your installation will be upgraded to the latest released version.

Clean install

If you are doing a clean install (no existing Decred configuration files) you can just run dcrinstall and it will setup and configure all the binaries. For Windows open a cmd.exe window and:


For OSX and UNIX:


You will be asked to provide a passphrase for you wallet and given the opportunity to use and existing wallet seed if you have one.

Log file

dcrinstall saves a log file with information on everything it did which you may examine if you need more information. On Windows the file is located at:


On OSX and UNIX the file is located at:


Running Decred programs

On Windows open cmd.exe


One OSX and UNIX like systems:


Alternatively you can add the directory to your path. For Windows see http://www.computerhope.com/issues/ch000549.htm For OSX and UNIX refer to the documentation for your shell.

Public keys

The file cmd/dcrinstall/pubkey.go contains the decred public key which is used to check the signed manifest in the release. You can compare the contents of this file to what you get from a keyserver to confirm that dcrinstaller is using the proper key.

Important

dcrinstall can only install Decred releases v0.1.6 or later (although as described above it can be used to upgrade from an older version). dcrinstall has been tested on Windows 10, Windows 7, OSX 10.11, Bitrig current, OpenBSD, Fedora, Ubuntu, and Raspbian. Due to an issue with the go cross-compiler, binaries are not available for linux-arm64. Users running Linux on arm64 should either build from source or contact the Decred developers for a binary for that platform.

Hello everyone,

The developers have put forward a development roadmap for the software that details short-term, medium-term, and long-term goals. These are actionable goals, many of which already receive active development, but they are considered actionable as development activity in these directions will produce the stated outcomes, which users will see, be able to use, and benefit from in the software.

In the drafting of this development roadmap, it was important not to forecast too far into the future, so that Decred may remain versatile and adaptable to changing conditions in the field. Users can have confidence that these goals are on the developers' minds as they continue working toward them and will begin taking form as progress manifests in the different areas. Attainment of these goals will lay a very strong foundation both through the software and the project upon which to continue building and eventually expand into new areas.

All of these goals aim to work together to establish Decred as a global decentralized network and platform for accessible representation through collective voting and consensus-based decision-making on issues. And that's where it starts.

Short-term (Current) Goals
Daemon

• Sync in the new database from btcd to prepare for voting on hard and soft forks.
• Integrate existing Decred consensus rules into the new format inherited from btcd.
• Demonstrate voting on a simple hardfork.
• Clean up codebase, extend test coverage, better integrate new btcd features that were quickly merged in.
• Clean up cryptographic libraries and remove the interface from chainec. Instead, use simple wrappers to reduce overhead.
• Integrate latest Bitcoin softforks.

Wallet

• Speed up calls that are heavily used by dcrstakepool, such as getstakeinfo.
• Add new RPC functionality to the gRPC interface, preparing it for general use.

Governance

• Make voting simple and easy to use across platforms, from the stake pool to the wallet.
• Create a website to track voting and easily display information about voting to the end user.
• Create the initial Decred Assembly and begin making decisions to steer development in public.

GUI

• Finish the GUI for Windows and polish the externals for presentation.
• Wire in stake related components of the GUI.
• Create a one click file to setup and start the GUI, with Tor integration for connectivity.
• Add a simple functionality to look up and update the daemon and wallet if a new version comes out.

Stakepool

• Speed up stakepool by using asynchronous calls to the various wallets.
• Handle situations in which the wallets are desynced without causing failure.
• Allow external modification of the server's state, e.g. allow triggering maintenance mode.

Scripting language and IDE

• Finalize the specifications and syntax for the scripting language.
• Complete the initial implementation of the scripting language, with emphasis on optimization and ease of use.
• Ensure the scripting language is backwards compatible with Bitcoin scripting, so that the entire Bitcoin-derived ecosystem benefits.

Mining

• Get gominer functional and into production across multiple platforms.
• Create specifications and a proof-of-concept implementation for a new mining protocol based on stratum.

Medium-term (3-6 Months) Goals
Daemon

• Discuss and implement new opcodes to further extend the functionality of the scriping language.
• Implement multipeer syncing.
• Design specifications and an implementation for a merkle tree tracking the UTXO set, to enable very fast syncing.

Wallet

• Separate voting into its own independent process, similar to dcrticketbuyer.
• Discuss and add basic privacy features, such as single use accounts and merge avoidance.

Scripting language and IDE

• Have scripting language IDE functional. Integrate new opcodes into the scripting language.

Long-term (6+ Months) Goals

• Investigate low-cost bidirectional sidechains that operate as PoS chains feeding from the main chain. Discuss the integration of other popular scripting languages or advanced privacy features on a PoS sidechain.
• Begin integration of the Golang implementation of the Lightning Network.
• Discuss the application of smart contracts to governance, and building a traditional corporate structure aided by smart contracts. If possible, transfer the development subsidy funds to more decentralized ownership.

Sincerely,
Decred Project

Source: Development Roadmap

This development dispatch covers work completed since the Decred v0.1.4 release from May 27th, 2016. Since then, developers have merged 58 pull requests of code into 6 software repositories. During this period, a total of 53 commits occurred in these repositories and represent modifications to the effect of 9,220 lines of code added to and 4,481 lines removed from the Decred codebase.

Two additional stake pools have also come online to support the network (in alphabetical order):

• https://dcrstakes.com
• https://stake.decredbrasil.com

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

dcrd

• Synced a large number of fixes, improvements, and optimizations from upstream through November (223-26a3200, 229-08f7b6b), December (230-fe65e81, 231-77b2c53, 235-e433c18) 2015, and January (240-e190b7f, 243-1c4314e, 244-7d4646c, 246-0aeccc0, 253-6febb7b, 255-16a5842, 256-4e878a8), 2016
• Introduced the concept of a new interface named TxSource which aims to generically provide a concurrent safe source of transactions to be considered for inclusion in a new block. This is a step towards decoupling the mining code from the internals of dcrd. Ultimately the intent is to create a separate mining package (225-9031d85)
• Introduced a new mempool config in preparation of moving mempool to its own package (226-d73e576)
• Created a skeleton mining package as a step towards decoupling mining code to ultimately house all of the code related to creating block templates and CPU mining (227-42550a5)
• Added DisableRelayTx to config to set a value in the version message which informs the remote peer on whether to send inv messages for transactions (228-f0389a3)
• Simplified PushAddrMsg to ensure that all addresses have an equal chance of being included in the addr message and moved the pseudorandom number generator seeding to package level so that it can be overridden for testing if required (232-c9c32d5)
• Cleaned up wire code (233-c44f08b)
• Improved test coverage (236-18e35fe)
• Optimized the filter address handling code in the RPC server (237-d1d65c7)
• Improved JSON RPC consistency (238-164f677)
• Fixed ticketfeeinfo sorting (239-33bcf33)
• Implemented a sendheaders command to request that a peer send header commands instead of inv commands when announcing new blocks (241-1cb038c)
• Consolidated several public methods to make the creation of inbound and outbound peers more homogeneous (242-0d67c15)
• Implemented banning based on dynamic scores. Dynamic ban scores consist of a persistent and a decaying component. The persistent score can be used to create simple additive banning policies. The decaying score enables the creation of evasive logic which handles misbehaving peers (especially application layer DoS attacks) gracefully by disconnecting and banning peers attempting various kinds of flooding. Dynamic ban scores allow these two approaches to be used in tandem (245-e3c5cd5)
• Added a logger message containing the time it takes to process a block (247-e47d83c)
• Modified the peer package to add support for the sendheaders protocol message (254-208eaba)
• Prevented nodes from repeatedly requesting and rejecting the same transaction as different peers inv the same transaction (257-5125078)
• Simplified block template exports (258-2ad0b1a)
• Optimized map limiting in the block manager to improve efficiency (259-c21db7a)
• Modified the chaincfg package to register the default network params via the init function instead of manually hard coding their data into the maps. This is less error prone when adding new default networks (260-d6ac2f0)
• Consolidated tests into the chaincfg package (261-848d9fc)
• Created mempoolPolicy to configure the mempool policy and decouple the values from the internals of dcrd to move closer to a mempool package (263-157d1cd)
• Fixed an issue that often caused slow processing of calls through the block manager (265-eda86f5)
• Created a new internal package for fast access to live tickets (roughly 14x faster access) (266-92635a4)
• Added rescan and scanfrom options to importprivkey and importscript (267-63fc4e7)
• Updated documentation (234-3117ae7, 248-2030b4d, 252-8a9956d, 262-9b3e7d7), formatting (249-d3ef588), naming (250-70f6de8), and versioning (268-b869593)

dcrwallet

• Removed unused functions (256-8eebdff)
• Fixed an issue where transactions were previously removed in the forward order when rolling back a block, which may cause transaction faults if there are transaction chains. Instead, roll back in the reverse order (263-3e31373)
• Added new optional resyncing options to importscript and importprivkey for convenience. A rescan height can be included as the last argument so that the user can easily rescan from a height that is not the genesis block (264-3942d8b)
• Updated versioning (265-cc02f1b)

dcrrpcclient

• Added gettickets to the wallet RPC client handlers (26-65f9d22)
• Added rescan options for importprivkey and importscript (27-f3c620d)

dcrutil

• Added AmountSorter used by the median function in ticketfeeinfo (12-4a3bdb1)

dcrticketbuyer

• Set HTTP server to localhost only by default (3-cef1a81)
• Fixed an issue where the fee from a difficulty window could incorrectly return as zero if the first window was the newest, incomplete window and there were not any new tickets in that window yet. This has been corrected by checking for the size of the first window, and also by skipping any zero fee windows (5-e30f1c5)
• Added the ability to choose which price average to use. Before, the user could only use the average of the pool price and the VWAP price for the ticket average price if not specifying
  a price target. Now users can select the mode of their choosing using the avgpricemode flag, and also the number of blocks to use in the calculation of the VWAP (6-700ecd3)
• Added a warning on startup if the wallet is not connected or unlocked (7-5cc29df)
• Updated configuration and fixed an unlikely simnet panic (8-65641c4)

dcrweb

• Rewrote the landing page, made it cleaner, smaller, and SEO friendly (4-1b17a2d)
• Added a stake pool finder utility and caching infrastructure for the block height display (5-)
• Added the latest stake pools to the finder utility (6-53c795a)

Updated the OP text with a link to https://stake.decredbrasil.com. Congratulations on the launch!

This development dispatch covers work completed since the Decred v0.1.3 release from April 10th, 2016. Since then, developers have merged 89 pull requests of code into 8 software repositories. New repositories were created and populated for an automated smart ticket purchaser known as dcrticketbuyer and extensive Decred documentation known as dcrdocs (https://docs.decred.org). During this period, a total of 129 commits occurred in these repositories and represent modifications to the effect of 36,730 lines of code added to and 6,882 lines removed from the Decred codebase.

A series of RFP milestones were achieved and paid for from the development subsidy. Milestones paid for include (See: Status and Expenditures):

• RFP-1: The proposed design is integrated into a single view (e.g. the Account Summary view) (bebd22a)
• RFP-1: The proposed design style is integrated into the entire application, including a stake ticket purchase view (56889f0)

A number of stake pools have come online in geographically diverse locations to support the network, which means users are no longer required to solo stake mine and can instead use a dedicated pool managed by skilled operators. These are, in alphabetical order:

• https://dcr.stakeminer.com
• https://dcr.stakepool.net
• http://pool.d3c.red
• http://stakepool.eu
• https://stakepool.dcrstats.com

Two new RFPs were opened for proposals and closed for review. RFP-7 will establish Decred's identity, align its different platforms according to that identity, and redesign its landing site. RFP-8 will bring a higher level language for Decred's transaction scripting system, which will enable users to create transaction scripts, such as smart contracts.

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

dcrd

• Synced a large number of fixes, improvements, and optimizations from upstream through July (163-b0255e0, 164-a3ff9f1), August (166-1da2845, 172-bee3c25), September (174-885070a, 175-d5144c5, 177-2cc7e75, 178-28f5ce5, 180-8ff81ff), October (202-415ad8f, 205-85d85e8, 206-e8e81fe), and November (212-4bffbb1, 217-e955b1f, 218-a98085e, 219-ab38a2c, 220-0dd5db0) 2015
• Very old votes are now rejected from the memory pool by default (168-ebade40)
• Votes are now checked by the tickets they spend rather than the vote hashes, which fixes a cached block template issue (169-33dc0c7)
• Adjusted the getblockheader result to reflect changes required by the upstream sync (170-d293c9b)
• Improved memory usage when the sighashall optimization is set in chaincfg/params.go (171-653e13d)
• Fixed a legacy address encoding issue (179-118f795)
• Improved test coverage (181-4e14b54, 210-c052ff9, 214-001ecad)
• Changed the order of service flags to ensure their human-readable representation and to allow for the output to be deterministically tested (182-9c238a8)
• Fixed an issue where searchrawtransactionsresult missed various components of transactions (183-ac0d8fb)
• Added a reverse order option to the searchrawtransactions RPC command (185-718f0f4)
• Improved garbage collection percentage (187-f1f1933)
• Integrated a valid ECDSA signature cache in order to mitigate a certain DoS attack and as a performance optimization (189-e310d1d)
• Added a checkpoint for block 24,480 (190-aac2928)
• Updated the getinfo RPC command to include errors in the result (191-577f33c)
• Corrected verifymessage hash generation (192-9798cde)
• Added a new --minrelaytxfee option to allow the user to specify the minimum transaction fee in DCR/KB in which the fee is considered a non-zero fee (194-096e77d)
• Majorly refactored peer code into its own package and introduced a number of fixes, improvements, and optimizations (197-756eff2)
• Improved heap sorting (199-c3d7ede)
• Moved non-mempool specific functions to a new file (203-29a04bc)
• Added an optional locktime parameter to createrawtransaction (204-1987376)
• Moved DNS seed to chaincfg (209-1cd79a4)
• Fixed various issues with the peer and server packages (211-a27dc48, 215-619de72)
• Reworked and improved efficiency of stake submission (216-3799575)
• Improved error handling (222-708b400)
• Updated configuration (193-0c883ff), documentation (201-40d778d), initial protocol versioning (195-cb9d07a), and versioning (221-f3e603a)

dcrwallet

• Improved block timestamping (240-e4ebb93)
• Disabled ticket purchase by default in preparation for dcrticketbuyer (244-4950977)
• Enabled stake pool mode for mainnet (245-61c3979)
• Added a guide that explains how to spend from a cold wallet while offline and added a utility called movefunds to sign offline transactions (252-7190018)
• Fixed an issue with fee calculation for revocations so that fees for revocations are now calculated on a per kilobyte basis. The wallet now also triggers winner and missed ticket notifications on start up, so that revocations for tickets that were missed while the wallet was offline will be triggered when the wallet is started (254-fa736fd)
• Updated documentation (243-222b7de), logging (246-c48265a), configuration (247-d5c9a96), and versioning (253-c9476fa)

dcrrpcclient

• Synced from upstream through August (20-06e2185), 2015
• Fixed ticket fee info command handling (23-0e48ddc)
• Added an optional locktime parameter to createrawtransaction (24-7df7e90)
• Added a filteraddr parameter to searchrawtransactions (25-231790f)
• Updated documentation (21-51f8ef1) and RPC commands (22-3f0eb39)

dcrutil

• Synced from upstream through July (10-b1f27b6), 2015
• Updated documentation (11-85fac3a)

dcrticketbuyer

• Added a new user interface that shows the number of tickets purchased, fee prices, ticket prices, and the number of tickets in mempool. A sample configuration file is also included (1-471c747)

gominer

• Fixed an issue with shutting down the miner (4-b935bbd)
• Removed unused constants (5-6a7a59b)
• Added a tunable intensity parameter (6-6b8bb1f)

Paymetheus

• Synced with upstream (6-aabe292)

Developer Notes
General use instructions for dcrticketbuyer

dcrticketbuyer helps solve many of the current issues affecting ticket purchase in Decred, such as stabilizing the stake difficulty and ensuring that tickets have adequate fees at low difficulties. It is intended to be a powerful, set-and-forget replacement for the default ticket purchasing code in dcrwallet that does not take into account things such as recently purchased ticket fees, the next estimated stake difficulty prices, and the number of tickets currently in mempool. It automatically provides an advantage to those purchasing tickets at lower stake difficulties by intelligently setting ticket fees and ticket expiry. Larger stake miners may use it to ensure smaller swings in the ticket price, which will enable all users to better purchase tickets at the average ticket price.

An explanation of the features of dcrbuytickets is supplied in the sample configuration file distributed with the binary, or located here: https://github.com/decred/dcrticketbuyer/blob/master/ticketbuyer-example.conf

Those who purchase small amounts of stake tickets will want to disable minpricescale and maxpricescale by commenting it out and setting a reasonable maxpriceabsolute. For persons with larger amounts of stake, it is recommended to have the price scaling features enabled.

dcrticketbuyer requires the following:

• dcrticketbuyer binary
• The webui/ folder included with the binaries to be located in the same directory as the binary from 1
• dcrd and dcrwallet set up and running. dcrwallet will need to be unlocked and contain funds for ticket purchases

Information about how to build the tool can be found here: https://github.com/decred/dcrticketbuyer

A thread for discussion of the tool can be found here: https://forum.decred.org/threads/dcrticketbuyer-new-tool-for-automatic-ticket-purchase.3548/

A sample configuration file has been provided. If you wish to use the tool on mainnet, you will need to change at minimum the following parameters in the sample file:


Comment out features you do not wish to enable by adding a hash tag (#) in front of them. Setup this file carefully if you are using coins on mainnet.

To start dcrticketbuyer with a configuration file, execute:


If the HTTP monitoring server is available, you will be able to see a live chart feed of information about ticket purchasing that is updated every block. The default HTTP server port specified in the sample configuration is accessible in a browser at: http://localhost:7770

Two additional stake pools are ready to support the network! Check out pool.d3c.red and stakepool.dcrstats.com. You can also look at their dedicated threads on the forum (pool.d3c.red and dcr.stakepool.net). OP text has been updated with links to these stake pools.

Two new mainnet stake pools are now online! Check out stakepool.eu and dcr.stakepool.net. You can also look at their dedicated threads on the forum (stakepool.eu and dcr.stakepool.net). OP text has been updated with links to these stake pools.

A mainnet stake pool has come online! Check out https://dcr.stakeminer.com to register and use the pool to PoS mine. Updated the OP text to reflect its status as one of the the PoS pools available to users.