Observation dorée | Progrès Utreexo

Résumé des progrès d'Utreexo Cet article présentera les avantages d'Utreexo, et dans quelle mesure ces avantages ont été réalisés, et décrira les progrès significatifs réalisés dans les dernières applications Utreexo, mais il faudra beaucoup de temps pour rendre cette technologie populaire. Lors de la dernière conférence de démonstration en juillet 2020, nous avons souligné qu'à l'avenir, le projet Utreexo pourrait appliquer l'accumulateur Utreexo à btcd, qui est l'implémentation BTC du langage Go. Je suis content-kibw car l'implémentation est déjà disponible pour une autre démo. Un nouveau modèle de nœud élagué appelé "Dense State Node" peut être démontré dans cette version. En avril 2020, un article "ELI5 : Utreexo——A Capacity Expansion Solution" a été publié. Cet article présente les avantages suivants des nœuds à état dense : 1. Le nouveau mode de nœud complet ne prend que quelques kilo-octets, ce qui permet aux nœuds hdd de se synchroniser. aussi rapide que les nœuds ssd. 2. Il peut réaliser le téléchargement parallèle du bloc initial. 3. Étant donné que la base de données de Google est actuellement utilisée, via des nœuds d'état denses, le consensus peut être atteint indépendamment de la base de données, renforçant la sécurité de BTC. 4. L'application d'Utreexo ne conduira pas à un fork BTC. En ce qui concerne l'état de développement actuel, les points 3 et 4 ont maintenant été réalisés, le point 1 n'a été que partiellement réalisé, en raison de l'existence de données non Utreexo, la taille du nœud ne peut toujours pas être réduite à des kilo-octets, et le point 2 travaille toujours dur pour y parvenir. Pourquoi le point 3 est-il important ? Depuis plusieurs années, l'une des priorités dans l'amélioration de la sécurité de la BTC est de supprimer toute dépendance externe à celle-ci. Les dépendances externes font référence au fait de s'appuyer sur du code que les développeurs Bitcoin n'ont pas écrit, et ce sont des codes nécessaires au fonctionnement du logiciel Bitcoin. Pour tout projet qui repose fortement sur la sécurité, essayez d'éviter de vous fier à du code externe, car il peut créer des vulnérabilités. Pour minimiser ce risque, tout le code externe dépendant est passé en revue et une copie du code passé en revue est conservée. Cependant, ce n'est pas une approche parfaite, et il serait préférable que le code soit directement écrit, testé et révisé par les développeurs BTC. Pour cette raison, les développeurs BTC ont supprimé divers codes qui créaient des dépendances externes, comme le code OpenSSH. Golden Evening News | Liste des événements importants de la soirée du 12 juillet : 12h00-21h00 Mots-clés : The Ninth City, Hive Blockchain, Corée du Sud, Émirats arabes unis accord avec la société minière russe BitRiver ; 2. Compute North prévoit d'augmenter sa capacité de production de 1,2 gigawatts au cours des 12 prochains mois ; 3. Hive Blockchain a acheté plus de 3 000 machines minières pour rejoindre les pools miniers nord-américains pour l'exploitation minière ; 4. La police ukrainienne saisi 3 800 machines minières pour l'exploitation minière illégale 5. Médias coréens : la Banque de Corée n'est pas disposée à renouveler les accords de coopération avec les bourses de crypto-monnaie ; 6. Le FBI met en garde : les bourses de crypto-monnaie et les détenteurs doivent se méfier des risques d'attaque ; 7. La banque centrale des Émirats arabes unis prévoit d'introduire le numérique monnaie dans le cadre de la stratégie 2023-2026 ; 8. L'authenticité de "Israel Investment Fund Group a investi 2,3 milliards de dollars dans Bitcoin" est douteuse, et la source de l'information a été bloquée ; 9. Banque des règlements internationaux : il existe actuellement seulement 2 CBDC de détail efficaces dans le monde . [2021/7/12 0:46:14] À l'heure actuelle, le code externe le plus dépendant est la base de données qui stocke l'ensemble de sortie non dépensé (ensemble UTXO) et l'index de bloc. Désormais, BTC utilise la base de données "LevelDB" de Google. LevelDB ne doit pas avoir de failles de code, ce qui est essentiel à la sécurité de BTC. S'il y a une vulnérabilité dans LevelDB, cela peut entraîner une double dépense ou une bifurcation accidentelle. En fait, BTC utilisait Berkeley DB avant LevelDB.En 2013, il y avait une faille dans l'application de Berkeley DB dans le nœud central Bitcoin, ce qui a provoqué l'échec de l'ancien nœud de portefeuille lors de la lecture du bloc 225430, entraînant un fork inattendu. L'UTXO mentionné ci-dessus est un système de paiement pour BTC. L'ensemble UTXO est très important pour maintenir la sécurité de BTC, car il constitue directement le consensus BTC, et la suppression de LevelDB améliorera considérablement sa capacité à résister aux risques. Réalisation du point 3 Golden Noon News | 2 juin à midi liste des développements importants : 7h00-12h00 Mots-clés : V God, Hainan, Satoshi Nakamoto, Shenzhen 1. V God : Ethereum’s Layer 2 Expansion Strategy Fondamentalement réussi 2. Il Lifeng : Il ne peut y avoir aucun risque majeur dans la construction du port de libre-échange de Hainan ; 3. La flambée des prix du Bitcoin peut être liée à l'exposition de nombreuses villes des États-Unis ; Des experts externes en cryptographie ont demandé de l'aide ; 5. Shenzhen a construit une plate-forme "blockchain + réduction ciblée de la pauvreté" ; 6. 247 sociétés cotées ont lancé des activités de blockchain, et la valeur marchande totale des actions de concept de blockchain dépasse 5 000 milliards de yuans ; 7. L'échange de crypto-monnaie du Japon CoinCheck a annoncé une maintenance d'urgence ; 8. BTC est actuellement coté à 10 098,25 $, et la valeur marchande totale actuelle des crypto-monnaies est de 284,189 milliards de dollars. [2020/6/2] La raison pour laquelle une base de données est nécessaire est que la collection UTXO contient plus de 60 millions d'UTXO.Ces UTXO doivent être enregistrés et accessibles rapidement, car une vitesse d'accès trop lente réduira la vitesse de téléchargement initiale des blocs. L'accès rapide à de gros volumes de données segmentées fait souvent appel à des bases de données. Cependant, avec les nœuds d'état dense Utreexo, il n'y a pas du tout besoin d'une base de données. Au lieu de cela, nous avons besoin que l'expéditeur de l'UTXO fournisse les données UTXO et l'accumulateur Utreexo pour prouver l'existence de l'UTXO. De cette manière, dans l'implémentation du nœud d'état dense Utreexo, l'ensemble UTXO n'a pas besoin d'être réservé. Cela permet à LevelDB d'être retiré d'une autre partie critique du consensus BTC. Pour l'expansion de la chaîne principale, voici une comparaison entre la méthode de vérification de bloc existante et la vérification de bloc de nœud d'état dense Utreexo : la seule différence ici est que cette dernière vérification de bloc n'accède pas à la base de données. Au lieu de cela, il utilise Utreexo pour valider les blocs. Les changements de code sont minimes, car la plupart des fonctions de validation de bloc restent les mêmes. Après avoir vérifié la preuve de l'accumulateur, les données UTXO vérifiées (requises pour le bloc de vérification) seront converties en "UtxoViewpoint", qui est la structure de cache de collecte UTXO existante, qui équivaut au CCoinsView du nœud central Bitcoin, puis l'UTXO les données seront transmises Fonction de validation pour les blocs existants. Analyse| Golden Disk : La proportion de la valeur marchande de Bitcoin continue d'augmenter : Analyse complète du Golden Disk : Selon les données, la proportion de la valeur marchande de Bitcoin continue d'augmenter, et elle a atteint 58,7 % à l'heure actuelle. ; D'une part D'autre part, en raison des attentes des ETF, certains investisseurs ont déployé Bitcoin à l'avance, ce qui rend les fonds plus concentrés. [2018/8/27] L'importance du point 4 Dans un système décentralisé comme BTC, l'ajout de nouvelles fonctions nécessite des forks, et les forks apporteront de grands risques. Les hard forks BTC sont en grande partie impossibles car cela ne vaut pas la peine de hard forker pour une fonctionnalité. Les fourches souples sont également difficiles à réaliser car elles nécessitent beaucoup de soutien communautaire. En revanche, si une nouvelle fonctionnalité peut être ajoutée directement sans forking, alors le déploiement de cette fonctionnalité sera beaucoup plus simple. Par exemple, les relais de bloc compressés BIP-152 sont largement adoptés sans bifurcation. Pour BIP-152, les nœuds peuvent choisir de se joindre, car la proposition n'est pas obligatoire, et les nœuds qui ne choisissent pas de se joindre n'ont pas besoin d'apporter de modifications. Mise en œuvre du point 4 C'est le point le plus facile à mettre en œuvre, car il a été résolu lorsque Tadge Dryja a écrit pour la première fois l'article Utreexo. Nous évitons les soft forks en utilisant des nœuds de transition appelés "nœuds de pont", qui sont capables de connecter de nouveaux nœuds Utreexo et des nœuds BTC actuels. Lorsqu'un nœud non utreexo est connecté à un nœud de pont, la fonction du nœud de pont est la même que celle du nœud complet BTC actuel. Cependant, une fois qu'un nœud Utreexo est connecté au nœud de pont, il fournira la preuve Utreexo du bloc normal, qui sera également fournie à un nœud non Utreexo. L'article publié en avril mentionnait que le binaire Utreexo sera codé en dur et ne pourra se connecter qu'au nœud de pont que nous exécutons pour éviter d'interférer avec le testnet BTC. L'importance du point 1 Pour exécuter un nœud complet, l'ensemble UTXO mentionné ci-dessus est une condition nécessaire. Cependant, après que de plus en plus de nœuds adoptent cet ensemble et que l'unité de BTC peut être divisée en unités plus fines et plus petites, l'ensemble UTXO deviendra plus grand. Actuellement, la taille de l'ensemble UTXO est d'environ 4 Go, mais pour les appareils peu coûteux, cette taille peut continuer à augmenter au-delà des capacités de traitement de ces appareils. Si BTC peut être largement utilisé, il est très important de réduire la taille de l'ensemble UTXO. Golden Relativity | Zhou Jingyi : Les puces ASIC ont une importance positive dans la promotion du développement des puces en Chine : Dans ce numéro de Golden Relativity, Zhou Jingyi, responsable de la stratégie d'entreprise de Huawei, a déclaré : les puces asic utilisées dans les machines minières sont des puces à algorithme fixe. C'est à plusieurs ordres de grandeur de la difficulté de concevoir des puces à usage général utilisées dans les téléphones mobiles. Il est plus intuitif de comparer directement les investissements en R & D. Huawei HiSilicon est établi depuis plus de dix ans. À l'heure actuelle, il y a environ 20 000 ingénieurs professionnels et un investissement annuel en R & D de dizaines de milliards, ce qui est suffisant pour atteindre la puce de première classe. club. Qualcomm maintient un investissement annuel en R&D d'environ 5 milliards de dollars américains. Les puces Asic appartiennent à la sous-branche de l'industrie des semi-conducteurs, avec une faible R & D et une forte demande. Il est important de développer l'industrie nationale de la production de puces, de partager les coûts de production globaux de l'industrie, puis de fournir des fonds pour promouvoir la R & D. Par exemple, d'autres scénarios d'application de l'ASIC, de l'industrie de l'IA. L'utilisation par Jianan Zhizhi des bénéfices des machines minières pour promouvoir le développement de puces minières ASIC, puis promouvoir le développement de puces AI en est un bon exemple. Pour la conception de puces à usage général, il n'est pas encore en mesure d'atteindre cette hauteur, mais les fabs nationales, au moins à cause des puces de machines minières, ont reçu beaucoup d'injections de capital. À l'heure actuelle, les domaines d'application des puces sont concentrés dans les PC (niveau 100 millions) et les terminaux mobiles (niveau 1 milliard). Le processus de conception, le processus de production et les barrières de brevets sont tous concentrés dans des entreprises individuelles telles que Qualcomm et Samsung. Il y a aucun avantage national dans tous les aspects. Avec l'arrivée de la 5G et le développement continu de la technologie, les scénarios d'utilisation vont s'étendre vers le bas, et le gâteau du marché se tournera vers les puces professionnelles telles que l'Internet des objets et l'IA. Celles-ci peuvent être au centre des préoccupations des entreprises chinoises ces dernières années. [2018/8/24] Dans le nœud BTC actuel, lorsqu'un bloc fait référence à n'importe quel UTXO, le nœud doit obtenir l'UTXO, soit via le disque dur, soit via le cache. Si la vitesse du disque dur du nœud est lente, cela causera des problèmes, ce qui est également l'un des goulots d'étranglement actuels de BTC. Pour les nœuds élagués, il s'agit d'une contrainte encore plus importante, puisque chaque UTXO mis en cache est écrit sur le disque lorsqu'un bloc est élagué. Le développeur BTC Pieter Wuille a également souligné ce problème, la vitesse de synchronisation des nœuds élagués est plus lente que celle des nœuds non élagués. Les nœuds à état dense Utreexo permettent une synchronisation plus rapide car aucune lecture de disque n'est requise pour l'ensemble UTXO. Cela montre que dans n'importe quel stockage, qu'il s'agisse d'un disque SSD basé sur le protocole NVMe ou d'autres disques durs, les nœuds à état dense Utreexo peuvent exercer les mêmes performances. Rapport en direct de Jinse Finance Yuan Yuming: Quatre principaux moteurs de la blockchain pour améliorer les relations de production: Rapport en direct de Jinse Finance, dans la partie de discussion macroéconomique du Sommet de trois heures de la Conférence mondiale sur la blockchain, Yuan Yuming, directeur de Huobi China Blockchain Application Research Institute He a prononcé un discours liminaire intitulé "Comment utiliser la blockchain pour transformer les relations de production". Il a souligné que les quatre principales forces motrices de la blockchain pour améliorer les relations de production sont : 1. Le code de l'algorithme de chiffrement remplace le contrat traditionnel ; 2. Réaliser le généralisation des actifs 3. 1. Réaliser l'unification des propriétaires, des producteurs et des utilisateurs 4. Affiner la granularité du partage des droits et des responsabilités. [2018/4/24] L'état d'avancement actuel du point 1. La taille du nœud complet n'a pas été réduite à quelques kilo-octets seulement, car les métadonnées de l'en-tête de bloc occupent des centaines de mégaoctets. Malgré la faible empreinte de l'état de la chaîne, la taille des autres données ne doit pas être ignorée si l'objectif doit être atteint. Dans cette version, l'objectif est de réduire à quelques centaines de mégaoctets. La figure ci-dessous compare l'état de la chaîne du nœud d'état dense Utreexo et du nœud central Bitcoin. Comme le montre la figure ci-dessus, la taille de l'état de la chaîne du nœud d'état compact Utreexo n'est que de 424 octets, il y a donc une erreur d'arrondi pour la taille de l'état de la chaîne dans le nœud. En fait, le fichier peers.json utilisé pour reconnecter les nœuds connus pour les redémarrages occupe 205 Ko, soit environ 483 fois la taille de chainstate. Ce qui suit compare la différence de performances entre le nœud central Bitcoin élagué et le nœud à état dense Utreexo, et observe les vitesses de lecture et d'écriture des SSD et autres disques durs basés sur le protocole NVMe. Ce test spécifiera le nœud d'état compact du nœud pour se connecter à un nœud de pont Utreexo local différent pour lire les données du SSD basé sur le protocole NVMe pour l'analyse comparative. En supposant que les 1 864 000 premiers blocs du nœud Bitcoin Core ont été vérifiés, appliquez les mêmes paramètres au nœud d'état dense. Une fois que le réseau de test 3 atteint la hauteur de bloc de 1906000, le test est terminé. Le matériel suivant a été utilisé dans ce test : Processeur : AMD Ryzen 3600 Mémoire : Samsung 32 Go DDR4 2666 MHz SSD basé sur le protocole NVMe comme nœud de service local : 2 To Sandisk ULTRA .2 NVMe .2 SSD basé sur le protocole NVMe comme nœud de test : 1 To HP SSD Disque dur du nœud de test EX950 M.2 : Western Digital WD10EZEX-22BN5A0 1 To 7 200 tr/min Voici les indicateurs envoyés au nœud Bitcoin Core : -prune=550 -connect=127.0.0.1-disablewallet-blocksonly -testnet Pour le nœud Bitcoin Core, Il a fallu 784 secondes pour s'exécuter sur le SSD basé sur le protocole NVMe, et 1066 secondes sur les autres disques durs. Pour le nœud à état dense Utreexo, il faut 1 643 secondes pour s'exécuter sur le SSD basé sur le protocole NVMe et 1 700 secondes pour s'exécuter sur d'autres disques durs. Notez qu'en ce qui concerne l'implémentation actuelle du nœud d'état dense Utreexo, il reste encore de nombreuses optimisations de performances à effectuer. Il est actuellement plus lent que le noyau bitcoin car nous avons forké un nœud btcd qui est beaucoup plus lent. Nous publierons une version et un article axés sur les performances ultérieurement

Tags：

FTX