Versions, avis de sécurité et travaux sur le protocole, par ceux qui conçoivent les logiciels Bitcoin.
121 publications
Les envois de portefeuille qui butent sur la limite des chaînes non confirmées ne renvoient plus d’erreur RPC dans Bitcoin Core 0.13.2. Ils sont donnés pour réussis, et l’insertion dans le mempool est retentée à la rediffusion, sans redémarrage. Les estimations de frais pour une cible d’un bloc sont désactivées, et le traitement des compact blocks invalides est corrigé.
Bitcoin Core
C’est l’encapsulation de segwit dans P2SH qui coûte le plus en octets : 19 % de plus pour P2WSH/P2SH et 11 % pour P2WPKH/P2SH sur une transaction de 180 octets, selon le décompte de Bitcoin Core sur ce qu’apporterait BIP141. La validation demande environ cinq hachages SHA256 de plus par transaction. Bugs, blocs plus gros et frais plus bas figurent parmi les risques examinés, et les auteurs ne prennent pas position sur l’activation.
Bitcoin Core
Bitcoin Core 0.13.1 donne aux mineurs de quoi signaler le soft fork segwit : le signalement ouvre à partir du 15 novembre 2016, au début de la période d’ajustement suivante. Le verrouillage exige 95 % des blocs d’une période de 2016 blocs, et l’activation intervient une période plus tard. Les portefeuilles restent compatibles, si bien que seuls les mineurs pourraient avoir à agir.
Bitcoin Core
Deux groupes doivent suivre pour que segwit aboutisse : les mineurs, qui signalent le bit 1 dans 95 % des blocs sur une période d’ajustement, et suffisamment de nœuds complets sous Bitcoin Core 0.13.1 ou une implémentation compatible. Le signalement ouvre au premier ajustement tombant le 15 novembre 2016 ou après. Des marches à suivre distinctes s’adressent aux mineurs, aux opérateurs de nœuds, aux utilisateurs de portefeuilles et aux développeurs, y compris à ceux qui choisissent de ne pas mettre à jour.
Bitcoin Core
Le code de segwit entre dans Bitcoin Core 0.13.0 mais reste inactif sur le mainnet ; pour l’y utiliser, il faudra une version ultérieure, a priori 0.13.1. Le relais de compact blocks (BIP152) atténue les pics de bande passante, et les nouveaux portefeuilles utilisent des clés HD BIP32 : une seule sauvegarde couvre toutes les futures clés privées. Des builds Linux ARM rejoignent aussi les téléchargements officiels.
Bitcoin Core
Les changements de consensus et de pair-à-pair derrière segwit touchent 1486 lignes de code, plus 3338 lignes de tests. Les essais sont passés de la version de Pieter Wuille sur la sidechain Elements, en 2015, à segnet, puis au testnet habituel de Bitcoin en mai 2016. Les signatures de Schnorr et MAST sont citées parmi les évolutions futures que segwit faciliterait.
Bitcoin Core
Le signalement du soft fork CSV démarre à minuit le 1er mai 2016 avec Bitcoin Core 0.12.1, premier déploiement passant par les version bits de BIP9. Il couvre BIP68, BIP112 et BIP113 ; OP_CHECKSEQUENCEVERIFY permet de geler des pièces pendant une durée donnée après confirmation, ce dont dépendra le Lightning Network. Le système d’alerte p2p est désormais désactivé par défaut.
Bitcoin Core
Marco Falke devient le nouveau mainteneur Testing & QA de Bitcoin Core, annonce Wladimir van der Laan. Il prend en charge la fusion des pull requests du framework de test, suite logique d’une année passée sur les tests unitaires, la couverture et la relecture du travail d’autres contributeurs.
Bitcoin Core
Les failles de sécurité et les nouvelles versions ont désormais leur liste d’annonces Bitcoin Core, sur inscription et réservée aux annonces. Des utilisateurs réclamaient un moyen de ne recevoir que les alertes critiques, et le projet s’attend à un très faible volume.
Bitcoin Core
La solution d’un sudoku 16x16 s’est vendue 0,10 BTC lors du premier Zero-Knowledge Contingent Payment réussi sur Bitcoin, démontré en direct à la conférence Financial Cryptography 2016, à la Barbade. Sean Bowe, de l’équipe Zcash, était le vendeur et a assuré presque toute l’ingénierie. Avec ce protocole, les données ne changent de mains que si le paiement a lieu, sans tiers pour arbitrer.
Bitcoin Core
OpenSSL ne sert plus à vérifier les signatures dans Bitcoin Core 0.12.0, au profit de libsecp256k1, qui réduit de plus de moitié le temps de réindexation et de validation des nouveaux blocs. Les mempools reçoivent un plafond par défaut de 300 Mo, qui supprime un moyen de planter les nœuds à faible RAM. Également au menu : Replace-by-Fee opt-in (BIP 125) et -maxuploadtarget pour limiter le trafic montant.
Bitcoin Core
Bitcoin Core précise que le site qui a hébergé en premier le livre blanc de Bitcoin n’est pas affilié au projet, lequel a son propre site officiel. Le développement se déroule sur IRC, GitHub et la liste de diffusion bitcoin-dev. Le projet décline toute responsabilité pour les autres forums et demande aux membres de la communauté de ne pas se livrer au brigading ni à des attaques par déni de service.
Bitcoin Core
Fin de la malléabilité par des tiers pour les transactions dont toutes les entrées sont des dépenses segwit, les signatures passant dans un witness qui n’alimente plus le txid. Les auteurs de portefeuilles comme le Lightning Network y gagnent. Le hachage des signatures devient lui aussi linéaire, chaque octet étant haché au plus deux fois ; avec l’ancien schéma, la validation d’un seul bloc a déjà pris 25 secondes.
Bitcoin Core
Les développeurs peuvent désormais tester Segregated Witness sur son propre réseau en compilant la branche segwit et en ajoutant -segnet à bitcoind et bitcoin-cli. Ledger, Trezor, Electrum et Bitgo ont annoncé qu’ils prendraient en charge segwit, tandis que mSIGNA et Green Address en proposent déjà des préversions.
Bitcoin Core
Une vidéo retrace l’activité de commits de 2015 dans le dépôt Bitcoin Core, une année marquée par 2 versions majeures, 5 versions de maintenance et deux soft forks activés : BIP66 et BIP65, ce dernier ajoutant CHECKLOCKTIMEVERIFY. Relecteurs, testeurs et traducteurs n’apparaissent pas dans ces données, rappelle le projet.
Bitcoin Core
Les règles de consensus ne relèvent pas de l’équipe de Bitcoin Core, affirment ses contributeurs : ce sont les utilisateurs qui tranchent en choisissant le logiciel qu’ils font tourner, raison pour laquelle il n’a pas de mise à jour automatique. Ils privilégient les soft forks, réservent les hard forks à de rares cas de quasi-unanimité et voient dans des couches supplémentaires au-dessus du protocole la voie vers une très grande échelle.
Bitcoin Core
Sous la nouvelle limite de coût de segwit, les blocs peuvent atteindre un peu moins de 4 Mo, mais les calculs d’Anthony Towns situent un bloc de transactions P2PKH à signature unique autour de 1,6 Mo et un bloc de multisig 2-sur-2 autour de 2,0 Mo. Le calendrier provisoire de la FAQ prévoit le déploiement de segwit dans 0.13.1 en octobre 2016, suivi en 2017 des weak blocks, d’IBLT ou de Lightning.
Bitcoin Core
En signant la feuille de route sur la capacité, 57 personnes, dont Pieter Wuille, Gregory Maxwell et Wladimir J. van der Laan, y voient la meilleure suite à leur travail sur le passage à l’échelle au sein de Bitcoin Core. La liste reste ouverte à d’autres signatures.
Bitcoin Core
Pieter Wuille présente longuement Segregated Witness dans une vidéo publiée par Bitcoin Core, sans notes écrites pour l’accompagner.
Bitcoin Core
La feuille de route de Gregory Maxwell, envoyée à la liste bitcoin-dev à la clôture de Scaling Bitcoin Hong Kong, s’appuie sur libsecp256k1, les versionbits de BIP9 et Segregated Witness de Pieter Wuille. Il annonce un ConnectTip 7 fois plus rapide dans 0.12 et présente segwit comme un soft fork qui sort les signatures de la limite actuelle de taille des blocs, soit une hausse à 4 Mo au pire.
Bitcoin Core
