Coin Center – The leading non-profit focused on the policy ...

Decred Journal – September 2018

Note: you can read this on GitHub (link), Medium (link) or old Reddit (link).

Development

Final version 1.3.0 of the core software was released bringing all the enhancements reported last month to the rest of the community. The groundwork for SPV (simplified payment verification) is complete, another reduction of fees is being deployed, and performance stepped up once again with a 50% reduction in startup time, 20% increased sync speed and more than 3x faster peer delivery of block headers (a key update for SPV). Decrediton's integrations of SPV and Politeia are open for testing by experienced users. Read the full release notes and get the downloads on GitHub. As always, don't forget to verify signatures.
dcrd: completed several steps towards multipeer downloads, improved introduction to the software in the main README, continued porting cleanups and refactoring from upstream btcd.
Currently in review are initial release of smart fee estimator and a change to UTXO set semantics. The latter is a large and important change that provides simpler handling, and resolves various issues with the previous approach. A lot of testing and careful review is needed so help is welcome.
Educational series for new Decred developers by @matheusd added two episodes: 02 Simnet Setup shows how to automate simnet management with tmux and 03 Miner Reward Invalidation explains block validity rules.
Finally, a pull request template with a list of checks was added to help guide the contributors to dcrd.
dcrwallet: bugfixes and RPC improvements to support desktop and mobile wallets.
Developers are welcome to comment on this idea to derive stakepool keys from the HD wallet seed. This would eliminate the need to backup and restore redeem scripts, thus greatly improving wallet UX. (missed in July issue)
Decrediton: bugfixes, refactoring to make the sync process more robust, new loading animations, design polishing.
Politeia: multiple improvements to the CLI client (security conscious users with more funds at risk might prefer CLI) and security hardening. A feature to deprecate or timeout proposals was identified as necessary for initial release and the work started. A privacy enhancement to not leak metadata of ticket holders was merged.
Android: update from @collins: "Second test release for dcrandroid is out. Major bugs have been fixed since last test. Latest code from SPV sync has been integrated. Once again, bug reports are welcome and issues can be opened on GitHub". Ask in #dev room for the APK to join testing.
A new security page was added that allows one to validate addresses and to sign/verify messages, similar to Decrediton's Security Center. Work on translations is beginning.
Overall the app is quite stable and accepting more testers. Next milestone is getting the test app on the app store.
iOS: the app started accepting testers last week. @macsleven: "the test version of Decred Wallet for iOS is available, we have a link for installing the app but the builds currently require your UDID. Contact either @macsleven or @raedah with your UDID if you would like to help test.".
Nearest goal is to make the app crash free.
Both mobile apps received new design themes.
dcrdata: v3.0 was released for mainnet! Highlights: charts, "merged debits" view, agendas page, Insight API support, side chain tracking, Go 1.11 support with module builds, numerous backend improvements. Full release notes here. This release featured 9 contributors and development lead @chappjc noted: "This collaboration with @raedahgroup on our own block explorer and web API for @decredproject has been super productive.".
Up next is supporting dynamic page widths site wide and deploying new visual blocks home page.
Trezor: proof of concept implementation for Trezor Model T firmware is in the works (previous work was for Model One).
Ticket splitting: updated to use Go modules and added simnet support, several fixes.
docs: beginner's guide overhaul, multiple fixes and cleanups.
decred.org: added 3rd party wallets, removed inactive PoW pools and removed web wallet.
@Richard-Red is building a curated list of Decred-related GitHub repositories.
Welcome to new people contributing for the first time: @klebe, @s_ben, @victorguedes, and PrimeDominus!
Dev activity stats for September: 219 active PRs, 197 commits, 28.7k added and 18.8k deleted lines spread across 6 repositories. Contributions came from 4-10 developers per repository. (chart)

Network

Hashrate: started and ended the month around 75 PH/s, hitting a low of 60.5 and a new high of 110 PH/s. BeePool is again the leader with their share varying between 23-54%, followed by F2Pool 13-30%, Coinmine 4-6% and Luxor 3-5%. As in previous months, there were multiple spikes of unidentified hashrate.
Staking: 30-day average ticket price is 98 DCR (+2.4). The price varied between 95.7 and 101.9 DCR. Locked DCR amount was 3.86-3.96 million DCR, or 45.7-46.5% of the supply.
Nodes: there are 201 public listening nodes and 325 normal nodes per dcred.eu. Version distribution: 5% are v1.4.0(pre) dev builds (+3%), 30% on v1.3.0 (+25%), 42% on v1.2.0 (-20%), 15% on v1.1.2 (-7%), 6% on v1.1.0. More than 76% of nodes run v1.2.0 and higher and therefore support client filters. Data as of Oct 1.

ASICs

Obelisk posted two updates on their mailing list. 70% of Batch 1 units are shipped, an extensive user guide is available, Obelisk Scanner application was released that allows one to automatically update firmware. First firmware update was released and bumped SC1 hashrate by 10-20%, added new pools and fixed multiple bugs. Next update will focus on DCR1. It is worth a special mention that the firmware source code is now open! Let us hope more manufacturers will follow this example.
A few details about Whatsminer surfaced this month. The manufacturer is MicroBT, also known as Bitwei and commonly misspelled as Bitewei. Pangolinminer is a reseller, and the model name is Whatsminer D1.
Bitmain has finally entered Decred ASIC space with their Antminer DR3. Hash rate is 7.8 TH/s while pulling 1410 W, at the price of $673. These specs mean it has the best GH/W and GH/USD of currently sold miners until the Whatsminer or others come out, although its GH/USD of 11.6 already competes with Whatsminer's 10.5. Discussed on Reddit and bitcointalk, unboxing video here.

Integrations

Meet our 17th voting service provider: decredvoting.com. It is operated by @david, has 2% fee and supports ticket splitting. Reddit thread is here.
For a historical note, the first VSP to support ticket splitting was decredbrasil.com:
@matheusd started tests on testnet several months ago. I contacted him so we could integrate with the pool in June this year. We set up the machine in July and bought the first split ticket on mainnet, using the decredbrasil pool, on July 19. It was voted on July 30. After this first vote on mainnet, we opened the tests to selected users (with more technical background) on the pool. In August we opened the tests to everyone, and would call people who want to join to the #ticket_splitting channel, or to our own Slack (in Portuguese, so mostly Brazilian users). We have 28 split tickets already voted, and 16 are live. So little more than 40 split tickets total were bought on decredbrasil pool. (@girino in #pos-voting)
KuCoin exchange listed DCBTC and DCETH pairs. To celebrate their anniversary they had a 99% trading fees discount on DCR pairs for 2 weeks.
Three more wallets integrated Decred in September:
ChangeNow announced Decred addition to their Android app that allows accountless swaps between 150+ assets.
Coinbase launched informational asset pages for top 50 coins by market cap, including Decred. First the pages started showing in the Coinbase app for a small group of testers, and later the web price dashboard went live.

Adoption

The birth of a Brazilian girl was registered on the Decred blockchain using OriginalMy, a blockchain proof of authenticity services provider. Read the full story in Portuguese and in English.

Marketing

Advertising report for September is ready. Next month the graphics for all the ads will be changing.
Marketing might seem quiet right now, but a ton is actually going on behind the scenes to put the right foundation in place for the future. Discovery data are being analyzed to generate a positioning strategy, as well as a messaging hierarchy that can guide how to talk about Decred. This will all be agreed upon via consensus of the community in the work channels, and materials will be distributed.
Next, work is being done to identify the right PR partner to help with media relations, media training, and coordination at events. While all of this is coming up to speed, we believe the website needs a refresher reflecting the soon to be agreed upon messaging, plus a more intuitive architecture to make it easier to navigate. (@Dustorf)

Events

Attended:
Upcoming:
We'll begin shortly reviewing conferences and events planned for the first half of 2019. Highlights are sure to include The North American Bitcoin Conference in Miami (Jan 16-18) and Consensus in NYC (May 14-16). If you have suggestions of events or conferences Decred should attend, please share them in #event_planning. In 2019, we would like to expand our presence in Europe, Asia, and South America, and we're looking for community members to help identify and staff those events. (@Dustorf)

Media

August issue of Decred Journal was translated to Russian. Many thanks to @DZ!
Rency cryptocurrency ratings published a report on Decred and incorporated a lot of feedback from the community on Reddit.
September issue of Chinese CCID ratings was published (snapshot), Decred is still at the bottom.
Videos:
Featured articles:
Articles:

Community Discussions

Community stats:
Comm systems news: Several work channels were migrated to Matrix, #writers_room is finally bridged.
Highlights:
Twitter: why decentralized governance and funding are necessary for network survival and the power of controlling the narrative; learning about governance more broadly by watching its evolution in cryptocurrency space, importance of community consensus and communications infrastructure.
Reddit: yet another strong pitch by @solar; question about buyer protections; dcrtime internals; a proposal to sponsor hoodies in the University of Cape Town; Lightning Network support for altcoins.
Chats: skills to operate a stakepool; voting details: 2 of 3 votes can approve a block, what votes really approve are regular tx, etc; scriptless script atomic swaps using Schnorr adaptor signatures; dev dashboard, choosing work, people do best when working on what interests them most; opportunities for governments and enterprise for anchoring legal data to blockchain; terminology: DAO vs DAE; human-friendly payments, sharing xpub vs payment protocols; funding btcsuite development; Politeia vote types: approval vote, sentiment vote and a defund vote, also linking proposals and financial statements; algo trading and programming languages (yes, on #trading!); alternative implementation, C/C++/Go/Rust; HFTs, algo trading, fake volume and slippage; offline wallets, usb/write-only media/optical scanners vs auditing traffic between dcrd and dcrwallet; Proof of Activity did not inspire Decred but spurred Decred to get moving, Wikipedia page hurdles; how stakeholders could veto blocks; how many votes are needed to approve a proposal; why Decrediton uses Electron; CVE-2018-17144 and over-dependence on single Bitcoin implementation, btcsuite, fuzz testing; tracking proposal progress after voting and funding; why the wallet does not store the seed at all; power connectors, electricity, wiring and fire safety; reasonable spendings from project fund; ways to measure sync progress better than block height; using Politeia without email address; concurrency in Go, locks vs channels.
#support is not often mentioned, but it must be noted that every day on this channel people get high quality support. (@bee: To my surprise, even those poor souls running Windows 10. My greatest respect to the support team!)

Markets

In September DCR was trading in the range of USD 34-45 / BTC 0.0054-0.0063. On Sep 6, DCR revisited the bottom of USD 34 / BTC 0.0054 when BTC quickly dropped from USD 7,300 to 6,400. On Sep 14, a small price rise coincided with both the start of KuCoin trading and hashrate spike to 104 PH/s. Looking at coinmarketcap charts, the trading volume is a bit lower than in July and August.
As of Oct 4, Decred is #18 by the number of daily transactions with 3,200 tx, and #9 by the USD value of daily issuance with $230k. (source: onchainfx)
Interesting observation by @ImacallyouJawdy: while we sit at 2018 price lows the amount locked in tickets is testing 2018 high.

Relevant External

ASIC for Lyra2REv2 was spotted on the web. Vertcoin team is preparing a new PoW algorithm. This would be the 3rd fork after two previous forks to change the algorithm in 2014 and 2015.
A report titled The Positive Externalities of Bitcoin Mining discusses the benefits of PoW mining that are often overlooked by the critics of its energy use.
A Brief Study of Cryptonetwork Forks by Alex Evans of Placeholder studies the behavior of users, developers and miners after the fork, and makes the cases that it is hard for child chains to attract users and developers from their parent chains.
New research on private atomic swaps: the paper "Anonymous Atomic Swaps Using Homomorphic Hashing" attempts to break the public link between two transactions. (bitcointalk, decred)
On Sep 18 Poloniex announced delisting of 8 more assets. That day they took a 12-80% dive showing their dependence on this one exchange.
Circle introduced USDC markets on Poloniex: "USDC is a fully collateralized US dollar stablecoin using the ERC-20 standard that provides detailed financial and operational transparency, operates within the regulated framework of US money transmission laws, and is reinforced by established banking partners and auditors.".
Coinbase announced new asset listing process and is accepting submissions on their listing portal. (decred)
The New York State Office of the Attorney General posted a study of 13 exchanges that contains many insights.
A critical vulnerability was discovered and fixed in Bitcoin Core. Few days later a full disclosure was posted revealing the severity of the bug. In a bitcointalk thread btcd was called 'amateur' despite not being vulnerable, and some Core developers voiced their concerns about multiple implementations. The Bitcoin Unlimited developer who found the bug shared his perspective in a blog post. Decred's vision so far is that more full node implementations is a strength, just like for any Internet protocol.

About This Issue

This is the 6th issue of Decred Journal. It is mirrored on GitHub, Medium and Reddit. Past issues are available here.
Most information from third parties is relayed directly from source after a minimal sanity check. The authors of Decred Journal have no ability to verify all claims. Please beware of scams and do your own research.
Feedback is appreciated: please comment on Reddit, GitHub or #writers_room on Matrix or Slack.
Contributions are also welcome: some areas are adding content, pre-release review or translations to other languages.
Credits (Slack names, alphabetical order): bee, Dustorf, jz, Haon, oregonisaac, raedah and Richard-Red.
submitted by jet_user to decred [link] [comments]

Decred Journal — May 2018

Note: New Reddit look may not highlight links. See old look here. A copy is hosted on GitHub for better reading experience. Check it out, contains photo of the month! Also on Medium

Development

dcrd: Significant optimization in signature hash calculation, bloom filters support was removed, 2x faster startup thanks to in-memory full block index, multipeer work advancing, stronger protection against majority hashpower attacks. Additionally, code refactoring and cleanup, code and test infrastructure improvements.
In dcrd and dcrwallet developers have been experimenting with new modular dependency and versioning schemes using vgo. @orthomind is seeking feedback for his work on reproducible builds.
Decrediton: 1.2.1 bugfix release, work on SPV has started, chart additions are in progress. Further simplification of the staking process is in the pipeline (slack).
Politeia: new command line tool to interact with Politeia API, general development is ongoing. Help with testing will soon be welcome: this issue sets out a test plan, join #politeia to follow progress and participate in testing.
dcrdata: work ongoing on improved design, adding more charts and improving Insight API support.
Android: design work advancing.
Decred's own DNS seeder (dcrseeder) was released. It is written in Go and it properly supports service bit filtering, which will allow SPV nodes to find full nodes that support compact filters.
Ticket splitting service by @matheusd entered beta and demonstrated an 11-way split on mainnet. Help with testing is much appreciated, please join #ticket_splitting to participate in splits, but check this doc to learn about the risks. Reddit discussion here.
Trezor support is expected to land in their next firmware update.
Decred is now supported by Riemann, a toolbox from James Prestwich to construct transactions for many UTXO-based chains from human-readable strings.
Atomic swap with Ethereum on testnet was demonstrated at Blockspot Conference LATAM.
Two new faces were added to contributors page.
Dev activity stats for May: 238 active PRs, 195 master commits, 32,831 added and 22,280 deleted lines spread across 8 repositories. Contributions came from 4-10 developers per repository. (chart)

Network

Hashrate: rapid growth from ~4,000 TH/s at the beginning of the month to ~15,000 at the end with new all time high of 17,949. Interesting dynamic in hashrate distribution across mining pools: coinmine.pl share went down from 55% to 25% while F2Pool up from 2% to 44%. [Note: as of June 6, the hashrate continues to rise and has already passed 22,000 TH/s]
Staking: 30-day average ticket price is 91.3 DCR (+0.8), stake participation is 46.9% (+0.8%) with 3.68 million DCR locked (+0.15). Min price was 85.56. On May 11 ticket price surged to 96.99, staying elevated for longer than usual after such a pump. Locked DCR peaked at 47.17%. jet_user on reddit suggested that the DCR for these tickets likely came from a miner with significant hashrate.
Nodes: there are 226 public listening and 405 normal nodes per dcred.eu. Version distribution: 45% on v1.2.0 (up from 24% last month), 39% on v1.1.2, 15% on v1.1.0 and 1% running outdaded versions.

ASICs

Obelisk team posted an update. Current hashrate estimate of DCR1 is 1200 GH/s at 500 W and may still change. The chips came back at 40% the speed of the simulated results, it is still unknown why. Batch 1 units may get delayed 1-2 weeks past June 30. See discussions on decred and on siacoin.
@SiaBillionaire estimated that 7940 DCR1 units were sold in Batches 1-5, while Lynmar13 shared his projections of DCR1 profitability (reddit).
A new Chinese miner for pre-order was noticed by our Telegram group. Woodpecker WB2 specs 1.5 TH/s at 1200 W, costs 15,000 CNY (~2,340 USD) and the initial 150 units are expected to ship on Aug 15. (pow8.comtranslated)
Another new miner is iBelink DSM6T: 6 TH/s at 2100 W costing $6,300 (ibelink.co). Shipping starts from June 5. Some concerns and links were posted in these two threads.

Integrations

A new mining pool is available now: altpool.net. It uses PPLNS model and takes 1% fee.
Another infrastructure addition is tokensmart.io, a newly audited stake pool with 0.8% fee. There are a total of 14 stake pools now.
Exchange integrations:
OpenBazaar released an update that allows one to trade cryptocurrencies, including DCR.
@i2Rav from i2trading is now offering two sided OTC market liquidity on DCUSD in #trading channel.
Paytomat, payments solution for point of sale and e-commerce, integrated Decred. (missed in April issue)
CoinPayments, a payment processor supporting Decred, developed an integration with @Shopify that allows connected merchants to accept cryptocurrencies in exchange for goods.

Adoption

New merchants:
An update from VotoLegal:
michae2xl: Voto Legal: CEO Thiago Rondon of Appcívico, has already been contacted by 800 politicians and negotiations have started with four pre-candidates for the presidency (slack, source tweet)
Blockfolio rolled out Signal Beta with Decred in the list. Users who own or watch a coin will automatically receive updates pushed by project teams. Nice to see this Journal made it to the screenshot!
Placeholder Ventures announced that Decred is their first public investment. Their Investment Thesis is a clear and well researched overview of Decred. Among other great points it noted the less obvious benefit of not doing an ICO:
By choosing not to pre-sell coins to speculators, the financial rewards from Decred’s growth most favor those who work for the network.
Alex Evans, a cryptoeconomics researcher who recently joined Placeholder, posted his 13-page Decred Network Analysis.

Marketing

@Dustorf published March–April survey results (pdf). It analyzes 166 responses and has lots of interesting data. Just an example:
"I own DECRED because I saw a YouTube video with DECRED Jesus and after seeing it I was sold."
May targeted advertising report released. Reach @timhebel for full version.
PiedPiperCoin hired our advisors.
More creative promos by @jackliv3r: Contributing, Stake Now, The Splitting, Forbidden Exchange, Atomic Swaps.
Reminder: Stakey has his own Twitter account where he tweets about his antics and pours scorn on the holders of expired tickets.
"Autonomy" coin sculpture is available at sigmasixdesign.com.

Events

BitConf in Sao Paulo, Brazil. Jake Yocom-Piatt presented "Decentralized Central Banking". Note the mini stakey on one of the photos. (articletranslated, photos: 1 2 album)
Wicked Crypto Meetup in Warsaw, Poland. (video, photos: 1 2)
Decred Polska Meetup in Katowice, Poland. First known Decred Cake. (photos: 1 2)
Austin Hispanic Hackers Meetup in Austin, USA.
Consensus 2018 in New York, USA. See videos in the Media section. Select photos: booth, escort, crew, moon boots, giant stakey. Many other photos and mentions were posted on Twitter. One tweet summarized Decred pretty well:
One project that stands out at #Consensus2018 is @decredproject. Not annoying. Real tech. Humble team. #BUIDL is strong with them. (@PallerJohn)
Token Summit in New York, USA. @cburniske and @jmonegro from Placeholder talked "Governance and Cryptoeconomics" and spoke highly of Decred. (twitter coverage: 1 2, video, video (from 32 min))
Campus Party in Bahia, Brazil. João Ferreira aka @girino and Gabriel @Rhama were introducing Decred, talking about governance and teaching to perform atomic swaps. (photos)
Decred was introduced to the delegates from Shanghai's Caohejing Hi-Tech Park, organized by @ybfventures.
Second Decred meetup in Hangzhou, China. (photos)
Madison Blockchain in Madison, USA. "Lots of in-depth questions. The Q&A lasted longer than the presentation!". (photo)
Blockspot Conference Latam in Sao Paulo, Brazil. (photos: 1, 2)
Upcoming events:
There is a community initiative by @vj to organize information related to events in a repository. Jump in #event_planning channel to contribute.

Media

Decred scored B (top 3) in Weiss Ratings and A- (top 8) in Darpal Rating.
Chinese institute is developing another rating system for blockchains. First round included Decred (translated). Upon release Decred ranked 26. For context, Bitcoin ranked 13.
Articles:
Audios:
Videos:

Community Discussions

Community stats: Twitter 39,118 (+742), Reddit 8,167 (+277), Slack 5,658 (+160). Difference is between May 5 and May 31.
Reddit highlights: transparent up/down voting on Politeia, combining LN and atomic swaps, minimum viable superorganism, the controversial debate on Decred contractor model (people wondered about true motives behind the thread), tx size and fees discussion, hard moderation case, impact of ASICs on price, another "Why Decred?" thread with another excellent pitch by solar, fee analysis showing how ticket price algorithm change was controversial with ~100x cut in miner profits, impact of ticket splitting on ticket price, recommendations on promoting Decred, security against double spends and custom voting policies.
@R3VoLuT1OneR posted a preview of a proposal from his company for Decred to offer scholarships for students.
dcrtrader gained a couple of new moderators, weekly automatic threads were reconfigured to monthly and empty threads were removed. Currently most trading talk happens on #trading and some leaks to decred. A separate trading sub offers some advantages: unlimited trading talk, broad range of allowed topics, free speech and transparent moderation, in addition to standard reddit threaded discussion, permanent history and search.
Forum: potential social attacks on Decred.
Slack: the #governance channel created last month has seen many intelligent conversations on topics including: finite attention of decision makers, why stakeholders can make good decisions (opposed to a common narrative than only developers are capable of making good decisions), proposal funding and contractor pre-qualification, Cardano and Dash treasuries, quadratic voting, equality of outcome vs equality of opportunity, and much more.
One particularly important issue being discussed is the growing number of posts arguing that on-chain governance and coin voting is bad. Just a few examples from Twitter: Decred is solving an imagined problem (decent response by @jm_buirski), we convince ourselves that we need governance and ticket price algo vote was not controversial, on-chain governance hurts node operators and it is too early for it, it robs node operators of their role, crypto risks being captured by the wealthy, it is a huge threat to the whole public blockchain space, coin holders should not own the blockchain.
Some responses were posted here and here on Twitter, as well as this article by Noah Pierau.

Markets

The month of May has seen Decred earn some much deserved attention in the markets. DCR started the month around 0.009 BTC and finished around 0.0125 with interim high of 0.0165 on Bittrex. In USD terms it started around $81 and finished around $92, temporarily rising to $118. During a period in which most altcoins suffered, Decred has performed well; rising from rank #45 to #30 on Coinmarketcap.
The addition of a much awaited KRW pair on Upbit saw the price briefly double on some exchanges. This pair opens up direct DCR to fiat trading in one of the largest cryptocurrency markets in the world.
An update from @i2Rav:
We have begun trading DCR in large volume daily. The interest around DCR has really started to grow in terms of OTC quote requests. More and more customers are asking about trading it.
Like in previous month, Decred scores high by "% down from ATH" indicator being #2 on onchainfx as of June 6.

Relevant External

David Vorick (@taek) published lots of insights into the world of ASIC manufacturing (reddit). Bitmain replied.
Bitmain released an ASIC for Equihash (archived), an algorithm thought to be somewhat ASIC-resistant 2 years ago.
Three pure PoW coins were attacked this month, one attempting to be ASIC resistant. This shows the importance of Decred's PoS layer that exerts control over miners and allows Decred to welcome ASIC miners for more PoW security without sacrificing sovereignty to them.
Upbit was raided over suspected fraud and put under investigation. Following news reported no illicit activity was found and suggested and raid was premature and damaged trust in local exchanges.
Circle, the new owner of Poloniex, announced a USD-backed stablecoin and Bitmain partnership. The plan is to make USDC available as a primary market on Poloniex. More details in the FAQ.
Poloniex announced lower trading fees.
Bittrex plans to offer USD trading pairs.
@sumiflow made good progress on correcting Decred market cap on several sites:
speaking of market cap, I got it corrected on coingecko, cryptocompare, and worldcoinindex onchainfx, livecoinwatch, and cryptoindex.co said they would update it about a month ago but haven't yet I messaged coinlib.io today but haven't got a response yet coinmarketcap refused to correct it until they can verify certain funds have moved from dev wallets which is most likely forever unknowable (slack)

About This Issue

Some source links point to Slack messages. Although Slack hides history older than ~5 days, you can read individual messages if you paste the message link into chat with yourself. Digging the full conversation is hard but possible. The history of all channels bridged to Matrix is saved in Matrix. Therefore it is possible to dig history in Matrix if you know the timestamp of the first message. Slack links encode the timestamp: https://decred.slack.com/archives/C5H9Z63AA/p1525528370000062 => 1525528370 => 2018-05-05 13:52:50.
Most information from third parties is relayed directly from source after a minimal sanity check. The authors of Decred Journal have no ability to verify all claims. Please beware of scams and do your own research.
Your feedback is precious. You can post on GitHub, comment on Reddit or message us in #writers_room channel.
Credits (Slack names, alphabetical order): bee, Richard-Red, snr01 and solar.
submitted by jet_user to decred [link] [comments]

Bitcoin dev IRC meeting in layman's terms (2016-01-07)

Once again my attempt to summarize and explain the weekly bitcoin developer meeting in layman's terms. Link to last summarisation
Disclaimer
Please bear in mind I'm not a developer so some things might be incorrect or plain wrong. There are no decisions being made in these meetings, but since a fair amount of devs are present it's a good representation. Copyright: Public domain
link to this week logs Meeting minutes by meetbot
Main topics discussed where:
0.12 Release candidate Detailed roadmap for next projects
Short topics/notes
Gmaxwell has asked Luke-Jr to take over as BIP-editor. He'll be working on clearing up the back-log. He mailed the mailinglist for information.
All platforms seem to compile bitcoin with C++11 now. Travis still needs a C++11 compiler, which cfields will enable.
Segnet will do a backwards incompatible change soon, to change the commitment structure.
0.12 Release candidate
Bitcoin Core 0.12 is scheduled for release around February and introduces a lot of fixes and improvements.
It still needs some more info in the release notes. PR's #7151 and #7149 are mentioned to possibly still be included in 0.12 as well as a quick fix for #7098 (to be written). Morcos feels strongly that releasing 0.12 as is, is pretty bad. Due to the smartfee changes stuck transactions should be really rare, but if they happen it's worse than 0.11, as the network more easily "forgets" transactions. PR #7312 "Add RPC call abandontransaction" is proposed by Morcos to be a quick-fix to enable users to make their wallet forget about the inputs to a transaction that's not in the mempool. Better solutions should be build for 0.12.1
Take a look at PR's #7151, #7149 and #7312 Cfields will work on a fix for #7098
Detailed roadmap for next projects
Morcos makes a request for some direction on what sort of timeline projects are on, and what the order of implementation should roughly be. This so there's a concentration of effort and focus. A more clear plan could result in investing resources into the right parts.
Jonasschnelli will work on RBF features for the wallet. Cfields is planning to post a request for comments for a network stack overhaul next week. BIP 9 versionbits is moved back in priority a bit. Libconsensus refactoring needs a scheduled time to do, as well as C++11. Clang format might not be worth it, if so we need to communicate that it won't happen.
Everyone that is working on something that they plan to have finished for 0.13 should send wumpus his proposals, so he can merge it into a plan.
Participants
Luke-Jr Luke Dashjr wumpus Wladimir J. van der Laan sipa Pieter Wuille morcos Alex Morcos jonasshnelli Jonas Schnelli cfields Cory Fields petertodd Peter Todd MarcoFalke Marco Falke sdaftuar Suhas Daftuar jgarzik Jeff Garzik btcdrak btcdrak CodeShark Eric Lombrozo droark Douglas Roark jtimon Jorge Timón 
Comic relief
19:40 sipa there is a moral obligation to have VB or something with similar functionality available 
(refering to versionbits)
 19:41 Luke-Jr "Pieter Wuille proposes a moral requirement to rewrite Bitcoin in Visual Basic." 
submitted by G1lius to Bitcoin [link] [comments]

"Capacity Increase" signatories list

Out of curiosity, I wanted to know who the list of signatures were other than just names on a list. I went through each profile and did my best to align them to their known public company. If it's unknown or independent, I listed them as unknown.
Notes:
source: https://bitcoin.org/en/bitcoin-core/capacity-increases
submitted by Gobitcoin to btc [link] [comments]

Bitcoin dev IRC meeting in layman's terms (2016-01-07)

Once again my attempt to summarize and explain the weekly bitcoin developer meeting in layman's terms. Link to last summarisation
Disclaimer
Please bear in mind I'm not a developer so some things might be incorrect or plain wrong. There are no decisions being made in these meetings, but since a fair amount of devs are present it's a good representation. Copyright: Public domain
link to this week logs Meeting minutes by meetbot
Main topics discussed where:
0.12 Release candidate Detailed roadmap for next projects
Short topics/notes
Gmaxwell has asked Luke-Jr to take over as BIP-editor. He'll be working on clearing up the back-log. He mailed the mailinglist for information.
All platforms seem to compile bitcoin with C++11 now. Travis still needs a C++11 compiler, which cfields will enable.
Segnet will do a backwards incompatible change soon, to change the commitment structure.
0.12 Release candidate
Bitcoin Core 0.12 is scheduled for release around February and introduces a lot of fixes and improvements.
It still needs some more info in the release notes. PR's #7151 and #7149 are mentioned to possibly still be included in 0.12 as well as a quick fix for #7098 (to be written). Morcos feels strongly that releasing 0.12 as is, is pretty bad. Due to the smartfee changes stuck transactions should be really rare, but if they happen it's worse than 0.11, as the network more easily "forgets" transactions. PR #7312 "Add RPC call abandontransaction" is proposed by Morcos to be a quick-fix to enable users to make their wallet forget about the inputs to a transaction that's not in the mempool. Better solutions should be build for 0.12.1
Take a look at PR's #7151, #7149 and #7312 Cfields will work on a fix for #7098
Detailed roadmap for next projects
Morcos makes a request for some direction on what sort of timeline projects are on, and what the order of implementation should roughly be. This so there's a concentration of effort and focus. A more clear plan could result in investing resources into the right parts.
Jonasschnelli will work on RBF features for the wallet. Cfields is planning to post a request for comments for a network stack overhaul next week. BIP 9 versionbits is moved back in priority a bit. Libconsensus refactoring needs a scheduled time to do, as well as C++11. Clang format might not be worth it, if so we need to communicate that it won't happen.
Everyone that is working on something that they plan to have finished for 0.13 should send wumpus his proposals, so he can merge it into a plan.
Participants
Luke-Jr Luke Dashjr wumpus Wladimir J. van der Laan sipa Pieter Wuille morcos Alex Morcos jonasshnelli Jonas Schnelli cfields Cory Fields petertodd Peter Todd MarcoFalke Marco Falke sdaftuar Suhas Daftuar jgarzik Jeff Garzik btcdrak btcdrak CodeShark Eric Lombrozo droark Douglas Roark jtimon Jorge Timón 
Comic relief
19:40 sipa there is a moral obligation to have VB or something with similar functionality available 
(refering to versionbits) 19:41 Luke-Jr "Pieter Wuille proposes a moral requirement to rewrite Bitcoin in Visual Basic."
submitted by G1lius to btc [link] [comments]

Bitcoin Core 0.13.2 released | Wladimir J. van der Laan | Jan 03 2017

Wladimir J. van der Laan on Jan 03 2017:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Bitcoin Core version 0.13.2 is now available from:
https://bitcoin.org/bin/bitcoin-core-0.13.2/
Or by bittorrent:
magnet:?xt=urn:btih:746697d03db3ff531158b1133bab5d1e4cef4e5a&dn;=bitcoin-core-0.13.2&tr;=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.publicbt.com%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.ccc.de%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969&tr;=udp%3A%2F%2Ftracker.leechers-paradise.org%3A6969&ws;=https%3A%2F%2Fbitcoin.org%2Fbin%2F
This is a new minor version release, including various bugfixes and
performance improvements, as well as updated translations.
Please report bugs using the issue tracker at github:
https://github.com/bitcoin/bitcoin/issues
To receive security and update notifications, please subscribe to:
https://bitcoincore.org/en/list/announcements/join/
Compatibility

Microsoft ended support for Windows XP on April 8th, 2014,
an OS initially released in 2001. This means that not even critical security
updates will be released anymore. Without security updates, using a bitcoin
wallet on a XP machine is irresponsible at least.
In addition to that, with 0.12.x there have been varied reports of Bitcoin Core
randomly crashing on Windows XP. It is not clear
what the source of these crashes is, but it is likely that upstream
libraries such as Qt are no longer being tested on XP.
We do not have time nor resources to provide support for an OS that is
end-of-life. From 0.13.0 on, Windows XP is no longer supported. Users are
suggested to upgrade to a newer version of Windows, or install an alternative OS
that is supported.
No attempt is made to prevent installing or running the software on Windows XP,
you can still do so at your own risk, but do not expect it to work: do not
report issues about Windows XP to the issue tracker.
but severe issues with the libc++ version on 10.7.x keep it from running reliably.
0.13.1 now requires 10.8+, and will communicate that to 10.7 users, rather than crashing unexpectedly.
Notable changes

Change to wallet handling of mempool rejection
When a newly created transaction failed to enter the mempool due to
the limits on chains of unconfirmed transactions the sending RPC
calls would return an error. The transaction would still be queued
in the wallet and, once some of the parent transactions were
confirmed, broadcast after the software was restarted.
This behavior has been changed to return success and to reattempt
mempool insertion at the same time transaction rebroadcast is
attempted, avoiding a need for a restart.
Transactions in the wallet which cannot be accepted into the mempool
can be abandoned with the previously existing abandontransaction RPC
(or in the GUI via a context menu on the transaction).
0.13.2 Change log

Detailed release notes follow. This overview includes changes that affect
behavior, not code moves, refactors and string updates. For convenience in locating
the code changes and accompanying discussion, both the pull request and
git merge commit are mentioned.

Consensus

RPC and other APIs

Block and transaction handling

P2P protocol and network code

Build system

GUI

Wallet

Tests and QA

Miscellaneous

Credits

Thanks to everyone who directly contributed to this release:
As well as everyone that helped translating on Transifex.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBCgAGBQJYa2IbAAoJEHSBCwEjRsmmiQsIALbkHVVwO7nViQKH1Ub2qpD4
TplOuAP0/4vYotizuI12Gqdnu8SjPmhKwAgIXhVinE6TS4OzGNjy+6LtWGzpcpud
B1pcziZ72Mlfxdbdd1UhDMWEjoBumS9RmXMSqzTlMVlHRv4iiISzdaAROu1jHvdF
YTsnmKXB8OvcXOecxRMY9LrnpSzLALM2MYTDmYwlhhExHIA8ZqI2niky6GCfyfDi
KD7bgfIFJzlgFTpAdhQXOXtWoRV5iHqN7T29ot8Y+yIhVCRhHYXS93Z50GKbkqYV
MXsVAkpZF3qqcKYSPFjbif7faMdrMqcEiII6QhXdDTRGI/35IfuTDbWzzQlnVyY=
=ncCY
-----END PGP SIGNATURE-----
original: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-January/013412.html
submitted by dev_list_bot to bitcoin_devlist [link] [comments]

[Meta] Re: Bitcoin Core 0.13.2 released | Luke Dashjr | Jan 07 2017

Luke Dashjr on Jan 07 2017:
I don't think release announcements are really appropriate for the bitcoin-dev
mailing list. People who want these can subscribe to the bitcoin-core-dev list
and/or the Core announce mailing list. Maybe sending to bitcoin-discuss would
also make sense, but not bitcoin-dev...
Luke
On Tuesday, January 03, 2017 8:47:36 AM Wladimir J. van der Laan via bitcoin-
dev wrote:
Bitcoin Core version 0.13.2 is now available from:
https://bitcoin.org/bin/bitcoin-core-0.13.2/
Or by bittorrent:
magnet:?xt=urn:btih:746697d03db3ff531158b1133bab5d1e4cef4e5a&dn=bitcoin-co
re-0.13.2&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr=udp%
3A%2F%2Ftracker.publicbt.com%3A80%2Fannounce&tr=udp%3A%2F%2Ftracker.ccc.de%
3A80%2Fannounce&tr=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969&tr=udp%3A%2F%
2Ftracker.leechers-paradise.org%3A6969&ws=https%3A%2F%2Fbitcoin.org%2Fbin%2
F
This is a new minor version release, including various bugfixes and
performance improvements, as well as updated translations.
Please report bugs using the issue tracker at github:
https://github.com/bitcoin/bitcoin/issues
To receive security and update notifications, please subscribe to:
https://bitcoincore.org/en/list/announcements/join/
Compatibility

Microsoft ended support for Windows XP on [April 8th,
2014](https://www.microsoft.com/en-us/WindowsForBusiness/end-of-xp-support
), an OS initially released in 2001. This means that not even critical
security updates will be released anymore. Without security updates, using
a bitcoin wallet on a XP machine is irresponsible at least.
In addition to that, with 0.12.x there have been varied reports of Bitcoin
Core randomly crashing on Windows XP. It is [not
clear](https://github.com/bitcoin/bitcoin/issues/7681#issuecomment-2174398
91) what the source of these crashes is, but it is likely that upstream
libraries such as Qt are no longer being tested on XP.
We do not have time nor resources to provide support for an OS that is
end-of-life. From 0.13.0 on, Windows XP is no longer supported. Users are
suggested to upgrade to a newer version of Windows, or install an
alternative OS that is supported.
No attempt is made to prevent installing or running the software on Windows
XP, you can still do so at your own risk, but do not expect it to work: do
not report issues about Windows XP to the issue tracker.
From 0.13.1 onwards OS X 10.7 is no longer supported. 0.13.0 was intended
to work on 10.7+, but severe issues with the libc++ version on 10.7.x keep
it from running reliably. 0.13.1 now requires 10.8+, and will communicate
that to 10.7 users, rather than crashing unexpectedly.
Notable changes

Change to wallet handling of mempool rejection
When a newly created transaction failed to enter the mempool due to
the limits on chains of unconfirmed transactions the sending RPC
calls would return an error. The transaction would still be queued
in the wallet and, once some of the parent transactions were
confirmed, broadcast after the software was restarted.
This behavior has been changed to return success and to reattempt
mempool insertion at the same time transaction rebroadcast is
attempted, avoiding a need for a restart.
Transactions in the wallet which cannot be accepted into the mempool
can be abandoned with the previously existing abandontransaction RPC
(or in the GUI via a context menu on the transaction).
0.13.2 Change log

Detailed release notes follow. This overview includes changes that affect
behavior, not code moves, refactors and string updates. For convenience in
locating the code changes and accompanying discussion, both the pull
request and git merge commit are mentioned.

Consensus

  • #9293 e591c10 [0.13 Backport #9053] IBD using chainwork instead of
height and not using header timestamp (gmaxwell) - #9053 5b93eee IBD
using chainwork instead of height and not using header timestamps
(gmaxwell)

RPC and other APIs

  • 8845 1d048b9 Don't return the address of a P2SH of a P2SH (jnewbery)

  • 9041 87fbced keypoololdest denote Unix epoch, not GMT

(s-matthew-english) - #9122 f82c81b fix getnettotals RPC description
about timemillis (visvirial) - #9042 5bcb05d [rpc] ParseHash: Fail when
length is not 64 (MarcoFalke) - #9194 f26dab7 Add option to return
non-segwit serialization via rpc (instagibbs) - #9347 b711390 [0.13.2]
wallet/rpc backports (MarcoFalke)
  • #9292 c365556 Complain when unknown rpcserialversion is specified
(sipa) - #9322 49a612f [qa] Don't set unknown rpcserialversion
(MarcoFalke)

Block and transaction handling

  • 8357 ce0d817 [mempool] Fix relaypriority calculation error (maiiz)

  • 9267 0a4aa87 [0.13 backport #9239] Disable fee estimates for a confirm

target of 1 block (morcos) - #9196 0c09d9f Send tip change notification
from invalidateblock (ryanofsky)

P2P protocol and network code

  • #8995 9ef3875 Add missing cs_main lock to ::GETBLOCKTXN processing
(TheBlueMatt) - #9234 94531b5 torcontrol: Explicitly request RSA1024
private key (laanwj) - #8637 2cad5db Compact Block Tweaks (rebase of

8235) (sipa)

  • #9058 286e548 Fixes for p2p-compactblocks.py test timeouts on travis
(#8842) (ryanofsky) - #8865 4c71fc4 Decouple peer-processing-logic from
block-connection-logic (TheBlueMatt) - #9117 6fe3981 net: don't send
feefilter messages before the version handshake is complete (theuni) -

9188 ca1fd75 Make orphan parent fetching ask for witnesses (gmaxwell) -

9052 3a3bcbf Use RelevantServices instead of node_network in

AttemptToEvict (gmaxwell) - #9048 9460771 [0.13 backport #9026] Fix
handling of invalid compact blocks (sdaftuar) - #9357 03b6f62 [0.13
backport #9352] Attempt reconstruction from all compact block
announcements (sdaftuar) - #9189 b96a8f7 Always add
default_witness_commitment with GBT client support (sipa) - #9253
28d0f22 Fix calculation of number of bound sockets to use (TheBlueMatt)
  • #9199 da5a16b Always drop the least preferred HB peer when adding a
new one (gmaxwell)

Build system

  • 9169 d1b4da9 build: fix qt5.7 build under macOS (theuni)

  • 9326 a0f7ece Update for OpenSSL 1.1 API (gmaxwell)

  • 9224 396c405 Prevent FD_SETSIZE error building on OpenBSD (ivdsangen)

GUI

  • #8972 6f86b53 Make warnings label selectable (jonasschnelli)
(MarcoFalke) - #9185 6d70a73 Fix coincontrol sort issue (jonasschnelli)
  • #9094 5f3a12c Use correct conversion function for boost::path datadir
(laanwj) - #8908 4a974b2 Update bitcoin-qt.desktop (s-matthew-english)
  • #9190 dc46b10 Plug many memory leaks (laanwj)

Wallet

  • #9290 35174a0 Make RelayWalletTransaction attempt to AcceptToMemoryPool
(gmaxwell) - #9295 43bcfca Bugfix: Fundrawtransaction: don't terminate
when keypool is empty (jonasschnelli) - #9302 f5d606e Return txid even
if ATMP fails for new transaction (sipa) - #9262 fe39f26 Prefer coins
that have fewer ancestors, sanity check txn before ATMP (instagibbs)

Tests and QA

  • #9159 eca9b46 Wait for specific block announcement in p2p-compactblocks
(ryanofsky) - #9186 dccdc3a Fix use-after-free in scheduler tests
(laanwj)
  • #9168 3107280 Add assert_raises_message to check specific error message
(mrbandrews) - #9191 29435db 0.13.2 Backports (MarcoFalke)
  • 9077 1d4c884 Increase wallet-dump RPC timeout (ryanofsky)

  • 9098 ecd7db5 Handle zombies and cluttered tmpdirs (MarcoFalke)

  • 8927 387ec9d Add script tests for FindAndDelete in pre-segwit and

segwit scripts (jl2012) - #9200 eebc699 bench: Fix subtle counting issue
when rescaling iteration count (laanwj)

Miscellaneous

  • #8838 094848b Calculate size and weight of block correctly in
CreateNewBlock() (jnewbery) - #8920 40169dc Set minimum required Boost
to 1.47.0 (fanquake)
  • #9251 a710a43 Improvement of documentation of command line parameter
'whitelist' (wodry) - #8932 106da69 Allow bitcoin-tx to create v2
transactions (btcdrak) - #8929 12428b4 add software-properties-common
(sigwo)
  • #9120 08d1c90 bug: Missed one "return false" in recent refactoring in

9067 (UdjinM6) - #9067 f85ee01 Fix exit codes (UdjinM6)

  • 9340 fb987b3 [0.13] Update secp256k1 subtree (MarcoFalke)

  • 9229 b172377 Remove calls to getaddrinfo_a (TheBlueMatt)

Credits

Thanks to everyone who directly contributed to this release:
  • Alex Morcos
  • BtcDrak
  • Cory Fields
  • fanquake
  • Gregory Maxwell
  • Gregory Sanders
  • instagibbs
  • Ivo van der Sangen
  • jnewbery
  • Johnson Lau
  • Jonas Schnelli
  • Luke Dashjr
  • maiiz
  • MarcoFalke
  • Masahiko Hyuga
  • Matt Corallo
  • matthias
  • mrbandrews
  • Pavel Janík
  • Pieter Wuille
  • randy-waterhouse
  • Russell Yanofsky
  • S. Matthew English
  • Steven
  • Suhas Daftuar
  • UdjinM6
  • Wladimir J. van der Laan
  • wodry
As well as everyone that helped translating on
Transifex.
bitcoin-dev mailing list
bitcoin-dev at lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
original: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-January/013442.html
submitted by dev_list_bot to bitcoin_devlist [link] [comments]

Bitcoin Core 0.12.1 released | Wladimir J. van der Laan | Apr 15 2016

Wladimir J. van der Laan on Apr 15 2016:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Bitcoin Core version 0.12.1 is now available from:
https://bitcoin.org/bin/bitcoin-core-0.12.1/
Or through bittorrent:
magnet:?xt=urn:btih:25c4df2a822e840e972a50a31095632d87efadab&dn;=bitcoin-core-0.12.1&tr;=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.publicbt.com%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.ccc.de%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969&tr;=udp%3A%2F%2Ftracker.leechers-paradise.org%3A6969&ws;=https%3A%2F%2Fbitcoin.org%2Fbin%2F
This is a new minor version release, including the BIP9, BIP68 and BIP112
softfork, various bugfixes and updated translations.
Please report bugs using the issue tracker at github:
https://github.com/bitcoin/bitcoin/issues
To receive security and update notifications, please subscribe to
https://bitcoincore.org/en/list/announcements/join/.
Upgrading and downgrading

How to Upgrade
If you are running an older version, shut it down. Wait until it has completely
shut down (which might take a few minutes for older versions), then run the
installer (on Windows) or just copy over /Applications/Bitcoin-Qt (on Mac) or
bitcoind/bitcoin-qt (on Linux).
Downgrade warning

Downgrade to a version < 0.12.0

Because release 0.12.0 and later will obfuscate the chainstate on every
fresh sync or reindex, the chainstate is not backwards-compatible with
pre-0.12 versions of Bitcoin Core or other software.
If you want to downgrade after you have done a reindex with 0.12.0 or later,
you will need to reindex when you first start Bitcoin Core version 0.11 or
earlier.
Notable changes

First version bits BIP9 softfork deployment
This release includes a soft fork deployment to enforce BIP68,
BIP112 and BIP113 using the BIP9 deployment mechanism.
The deployment sets the block version number to 0x20000001 between
midnight 1st May 2016 and midnight 1st May 2017 to signal readiness for
deployment. The version number consists of 0x20000000 to indicate version
bits together with setting bit 0 to indicate support for this combined
deployment, shown as "csv" in the getblockchaininfo RPC call.
For more information about the soft forking change, please see
https://github.com/bitcoin/bitcoin/pull/7648
This specific backport pull-request can be viewed at
https://github.com/bitcoin/bitcoin/pull/7543
BIP68 soft fork to enforce sequence locks for relative locktime
BIP68 introduces relative lock-time consensus-enforced semantics of
the sequence number field to enable a signed transaction input to remain
invalid for a defined period of time after confirmation of its corresponding
outpoint.
For more information about the implementation, see
https://github.com/bitcoin/bitcoin/pull/7184
BIP112 soft fork to enforce OP_CHECKSEQUENCEVERIFY
BIP112 redefines the existing OP_NOP3 as OP_CHECKSEQUENCEVERIFY (CSV)
for a new opcode in the Bitcoin scripting system that in combination with
BIP68 allows execution pathways of a script to be restricted based
on the age of the output being spent.
For more information about the implementation, see
https://github.com/bitcoin/bitcoin/pull/7524
BIP113 locktime enforcement soft fork
Bitcoin Core 0.11.2 previously introduced mempool-only locktime
enforcement using GetMedianTimePast(). This release seeks to
consensus enforce the rule.
Bitcoin transactions currently may specify a locktime indicating when
they may be added to a valid block. Current consensus rules require
that blocks have a block header time greater than the locktime specified
in any transaction in that block.
Miners get to choose what time they use for their header time, with the
consensus rule being that no node will accept a block whose time is more
than two hours in the future. This creates a incentive for miners to
set their header times to future values in order to include locktimed
transactions which weren't supposed to be included for up to two more
hours.
The consensus rules also specify that valid blocks may have a header
time greater than that of the median of the 11 previous blocks. This
GetMedianTimePast() time has a key feature we generally associate with
time: it can't go backwards.
BIP113 specifies a soft fork enforced in this release that
weakens this perverse incentive for individual miners to use a future
time by requiring that valid blocks have a computed GetMedianTimePast()
greater than the locktime specified in any transaction in that block.
Mempool inclusion rules currently require transactions to be valid for
immediate inclusion in a block in order to be accepted into the mempool.
This release begins applying the BIP113 rule to received transactions,
so transaction whose time is greater than the GetMedianTimePast() will
no longer be accepted into the mempool.
Implication for miners: you will begin rejecting transactions that
would not be valid under BIP113, which will prevent you from producing
invalid blocks when BIP113 is enforced on the network. Any
transactions which are valid under the current rules but not yet valid
under the BIP113 rules will either be mined by other miners or delayed
until they are valid under BIP113. Note, however, that time-based
locktime transactions are more or less unseen on the network currently.
Implication for users: GetMedianTimePast() always trails behind the
current time, so a transaction locktime set to the present time will be
rejected by nodes running this release until the median time moves
forward. To compensate, subtract one hour (3,600 seconds) from your
locktimes to allow those transactions to be included in mempools at
approximately the expected time.
For more information about the implementation, see
https://github.com/bitcoin/bitcoin/pull/6566
Miscellaneous
The p2p alert system is off by default. To turn on, use -alert with
startup configuration.
0.12.1 Change log

Detailed release notes follow. This overview includes changes that affect
behavior, not code moves, refactors and string updates. For convenience in locating
the code changes and accompanying discussion, both the pull request and
git merge commit are mentioned.

RPC and other APIs

  • - #7739 7ffc2bd Add abandoned status to listtransactions (jonasschnelli)

Block and transaction handling

  • - #7543 834aaef Backport BIP9, BIP68 and BIP112 with softfork (btcdrak)

P2P protocol and network code

    • #7804 90f1d24 Track block download times per individual block (sipa)
    • #7832 4c3a00d Reduce block timeout to 10 minutes (laanwj)

Validation

    • #7821 4226aac init: allow shutdown during 'Activating best chain...' (laanwj)
    • #7835 46898e7 Version 2 transactions remain non-standard until CSV activates (sdaftuar)

Build system

    • #7487 00d57b4 Workaround Travis-side CI issues (luke-jr)
    • #7606 a10da9a No need to set -L and --location for curl (MarcoFalke)
    • #7614 ca8f160 Add curl to packages (now needed for depends) (luke-jr)
    • #7776 a784675 Remove unnecessary executables from gitian release (laanwj)

Wallet

  • - #7715 19866c1 Fix calculation of balances and available coins. (morcos)

Miscellaneous

    • #7617 f04f4fd Fix markdown syntax and line terminate LogPrint (MarcoFalke)
    • #7747 4d035bc added depends cross compile info (accraze)
    • #7741 a0cea89 Mark p2p alert system as deprecated (btcdrak)
    • #7780 c5f94f6 Disable bad-chain alert (btcdrak)
Credits

Thanks to everyone who directly contributed to this release:
    • accraze
    • Alex Morcos
    • BtcDrak
    • Jonas Schnelli
    • Luke Dashjr
    • MarcoFalke
    • Mark Friedenbach
    • NicolasDorier
    • Pieter Wuille
    • Suhas Daftuar
    • Wladimir J. van der Laan
As well as everyone that helped translating on Transifex.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBCgAGBQJXELrMAAoJEHSBCwEjRsmm75EH/0iyqFxXuJDbfzMmBbMTkXD2
/CXEeyMvs62F2ZeODE0SSqo9sXo4foiT9WI5Dq7BwAiF6jh/XE4QwBvc91BbPyGZ
1nOGEab+oe37xEOkn8MyGbHfCutsUldyKltVQjA3y685MxlSgTjl/nX6Pbpbxped
vZRog3KHRrpWAMrHdi6p/xgqX0ajxE6K1P16JMOx4W/gE9QgOPyy7+l/4WT6SyBj
k/pOLqJc+yQIOa9szS4pjLUqaSOirhsjXfro9FYjHqiTWQwAdvuK4xXgo1GrGIW1
PWs419uLmGl4bhg9jdY6v+PyPz4iUilRzoixVi8op1Rt9/AoNN1ViJ/LT15Hagw=
=h4Wp
-----END PGP SIGNATURE-----
original: http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-April/012607.html
submitted by dev_list_bot to bitcoin_devlist [link] [comments]

Alexander klupping over de bitcoin. DWDD 5-4-2013 Come Guadagnare Bitcon con Field Bitcoins How to use Metamask Wallet to send Ethereum Blockchain Revolution Chat with Alex Tapscott Bitcoin Generator miner 2020

Base Layer will be providing insights from founders and investors in the base layer of cryptoassets. Simplifying complex projects and the technology being developed, from interoperability to relayers and more - who is building the future, why are they and how are they doing it. Chaincode Labs exists to support Bitcoin. Team Projects Blog Jobs About 01 Team 02 Projects 03 Blog 04 Jobs 05 About Chaincode Labs exists to support Bitcoin ... Josh returns to the show as he and Tatiana speak with Marcos Rodriguez from Blue Wallet. Blue Wallet is a free and open source project ran and bootstrapped by volunteers and Bitcoin users. Forged from the ashes of the 2017 bull run when wallets were not prepared to handle the high fees, Blue Wallet was created to focus on Bitc... Comprar/vender 'Bitcoin (BTC)', produtos e serviços. Pé de Pato Air Hubb Swim Fins In Bitcoin-Qt, only the first wallet will be displayed and accessible for creating and signing transactions. GUI selectable multiple wallets will be supported in a future version. However, even in 0.15 other loaded wallets will remain synchronized to the node’s current tip in the background. This can be useful if running a pruned node, since loading a wallet where the most recent sync is ...

[index] [45115] [33270] [43621] [39249] [38349] [9897] [48148] [11205] [38554] [51249]

Alexander klupping over de bitcoin. DWDD 5-4-2013

The free version of the program is no longer relevant! If you want I'm ready to discuss it Mail for communication [email protected] #BTC #Bitcoin #Bitcoin_Free #Bitcoin_hack #Bitcoin ... Alexa Master Come guadagnare online con autosurf ... Come creare un portafoglio bitcoin (wallet) con blockchain. - Duration: 4:18. Heidi's Channel 20,147 views. 4:18. TEEKA'S TOP 5 PICKS FOR 2020 ... Marcos TV 390,682 views. 16:38 . Como Rastrear Una Transaccion En Bitcoin - Obtener el Hash ID - Duration: 8:41. Latin CriptoBTC 12,955 views. 8:41. Ahorra Como Los Judíos - 5 Secretos de ... De bitcoin als alternatief voor de euro en de bitcoin als protest. Een eerlijke uitleg wat de bitcoin is , en waarom mensen hem gebruiken. en waarom overheden bang zijn voor de bitcoin. wilt u ook ... I interviewed Alex Tapscott who co-authored, with his father Don Tapscott, the 2016 book Blockchain Revolution: How the Technology Behind Bitcoin is Changing Money, Business, and the World.

#