Golden Outpost | Bitcoin peut modifier la logique de relecture de la diffusion

Récemment, le développeur principal de Bitcoin, Amiti Uttarwar, travaille à modifier la logique de relecture des transactions Bitcoin afin d'améliorer les fonctionnalités de confidentialité du réseau.Les changements proposés atténueront également le risque d'attaques crépusculaires.

Amiti Uttarwar est un nouveau venu dans l'équipe Bitcoin Core, après avoir été embauché pour la première fois en tant que développeur Bitcoin Core à la startup de crypto-monnaie Xapo en octobre 2019. Son objectif principal est maintenant de proposer des modifications à la logique de relecture de Bitcoin,

Lorsqu'un utilisateur lance une transaction Bitcoin, il doit diffuser la transaction, ce qui signifie qu'il doit envoyer un message INV à son homologue et s'assurer que la transaction se trouve dans le mempool ou le mempool de quelqu'un d'autre. Cependant, la diffusion initiale ne passe pas toujours. Par exemple, il peut y avoir un problème avec le relais, ou une transaction peut être extraite du mempool lorsque d'autres transactions ont des frais plus élevés. Si de tels problèmes surviennent, l'utilisateur devra envoyer un autre message INV et le rediffuser à ses pairs.

La communauté dorée a officiellement participé à l'élection des aînés de la communauté Asproex Apollo : Récemment, la communauté dorée a officiellement participé à l'élection des aînés de la communauté Asproex Apollo. Selon l'application, la communauté dorée regroupera ses propres avantages en matière de ressources pour fournir un soutien solide à l'expansion de l'activité numérique d'Asproex Apollo et aider au développement de la plate-forme Asproex Apollo.

Il est rapporté que la communauté dorée est une alliance communautaire basée sur les services de la blockchain. Il prend le projet de combiner et de diffuser l'économie des jetons de la blockchain sous sa propre responsabilité, et s'engage à créer une bonne atmosphère communautaire pour les praticiens et les passionnés de l'industrie de la blockchain. et la construction d'un écosystème blockchain bénin.

Asproex Apollo, en tant que première banque offshore au monde à détenir une plate-forme de négociation sous licence, est également une plate-forme de négociation couvrant la liste des jetons d'entreprise CTO. Elle détient des licences de 5 pays, fournissant des solutions de financement aux petites, moyennes et micro-entreprises du monde entier, et aidant liste numérique. [2020/7/29]

"La logique de relecture actuelle est horrible pour la vie privée", a déclaré Uttarwar, expliquant sa motivation pour le changement proposé.

Analyse | Disque d'or : divergence et rebond de 30 minutes BTC/USDT : analyse complète du disque d'or : divergence et rebond de 30 minutes BTC/USDT, mais le niveau est bas et le volume de transactions est mal adapté. À l'heure actuelle, le Le rebond est principalement basé sur le temps. S'il ne peut pas percer MA36 à court terme, la pression de rebond est toujours élevée et le court terme ne peut pas être sûr que le fond s'est formé, et les opérations longues doivent être prudentes. [2018/8/9]

Dans le système actuel, seul le portefeuille source retransmettra les transactions. Si un nœud espion voit deux messages INV pour la même transaction provenant du même nœud, il peut en déduire que le nœud est le portefeuille source, ce qui laisse place à une vulnérabilité pour les attaques de poussière.

Une attaque de dépoussiérage se produit lorsqu'un attaquant envoie une petite quantité de BTC à de nombreuses adresses différentes et observe le comportement de relecture de divers portefeuilles, sapant ainsi les fonctions de confidentialité du réseau.

Golden Finance News : Le prix d'Ethereum (ETH) a franchi la barre des 12 000 ¥, atteignant un niveau record, selon la bourse coréenne Bithumb. [2018/1/8]

Le mécanisme proposé par Uttarwar migrerait cette vulnérabilité en ayant un comportement de rejeu plus privé qui ne révélerait pas le portefeuille source de la transaction. Si sa conception alternative est mise en œuvre, tous les nœuds rediffuseront ce qu'ils pensent "aurait dû être confirmé" au lieu que le portefeuille source envoie le signal de rediffusion.

Un autre grand changement implique un mécanisme qui garde une trace de la durée maximale pendant laquelle une personne peut rediffuser une transition. Uttarwar a également souligné l'utilisation excessive de la bande passante comme l'un des problèmes potentiels derrière ses choix de conception.

Pour éviter les pointes de bande passante extrêmes à l'échelle du réseau, plusieurs mécanismes de précaution sont utilisés, notamment une distribution de Poisson de la synchronisation de relecture pour chaque nœud et une logique de filtrage pour les candidats à la relecture.

Les informations de dépistage pour des modifications spécifiques sont les suivantes :

Contexte :

Actuellement, les nœuds ne rediffuseront les transactions que si le nœud est le portefeuille source. Par conséquent, la logique de relecture a été retravaillée pour améliorer la confidentialité.

Aperçu des modifications

Plutôt que des portefeuilles relayant les transactions directement aux pairs, les portefeuilles soumettront des TXN non confirmés directement aux nœuds, et les nœuds appliqueront une logique pour déclencher les rediffusions TXN. Ce nœud appliquera la condition de rediffusion à toutes les transactions. Le portefeuille tentera de resoumettre les transactions non confirmées au nœud selon une minuterie programmée. Ceci n'est utile que si le txn est supprimé du mempool local avant d'être miné. Le mempool garde une trace des transactions validées localement (portefeuille et rpc) pour assurer des relectures réussies. Le succès est défini comme une réception GETDATA vers txn.

Nouvelles conditions de diffusion (partielles) :

Lorsqu'il est temps de rediffuser, comptez les meilleures offres datant de plus de 30 minutes.

Filtrer les txns avec taux < taux mis en cache

Paramètres de file d'attente restants envoyés aux homologues

Fréquence des tentatives de resoumission du portefeuille au nœud -> le portefeuille se soumet à nouveau une fois par jour

À quelle fréquence déclencher la rediffusion -> une fois/heure

Définir la transaction la plus prioritaire (en haut du mempool des txns potentiels à rejouer) -> 3/4 txns de bloc en fonction des frais d'emballage

Définit la signification de la transaction "récente" -> rejouer uniquement si l'heure de txn est antérieure à 30 minutes.

Taux de fréquence du cache > 20 minutes

Tags：

Huobi