Bitcoin OG Viewpoint : Veuillez cesser de participer à l'innovation en retard BRC-20

Le texte original provient de Twitter, auteur @AurtrianAjian de BTCStudy ; reproduit avec autorisation, ne représente pas les vues d'Odaily

J'ai entendu des choses scandaleuses, mais je ne savais pas que vous pouviez aller aussi loin. Veuillez cesser de participer à la campagne "BRC 20" et boycottez-la.

Vous ne devriez plus participer, car techniquement, de telles choses rétrogrades sont vouées à être éliminées. Vous devriez y résister, car cela entraînera l'expansion de l'ensemble UTXO, et les conséquences pratiques de son application sont proches des attaques de poussière.

J'ai déjà écrit que quelque chose comme BRC 20 ne peut pas du tout être qualifié de "protocole" car il ne protège tout simplement pas les utilisateurs qui l'utilisent. Mais à l'époque, je n'étais pas allé au fond des choses et je ne savais pas que c'était encore plus scandaleux que je ne le pensais.

En surface, BRC 20 définit deux opérations pour les tokens fongibles : « Mint » et « Transfer »…

A chaque étape de chaque opération, il est nécessaire d'initier une transaction Bitcoin et d'écrire une inscription (Inscription, écrire des données dans le bloc via le script témoin d'entrée) dans l'entrée de la transaction. Cependant, dans BRC 20, ces transactions inscrites forment des sorties de transaction qui ne signifient presque rien. C'est là où se trouve le problème. Si vous regardez attentivement le document ci-dessus, vous constaterez qu'il dit :

"L'état d'équilibre du BRC 20 peut être dérivé en agrégeant l'activité de toutes ces fonctions" ; cependant, l'activité de toutes ces fonctions se manifeste par des inscriptions, et aucune des fonctions ne nécessite de dépenser un UTXO spécifique (ou même un Satoshi spécifique) pour être valide. ). Que vous obteniez des jetons par frappe ou par transfert, lorsque vous devez transférer ces jetons plus tard, vous n'avez pas besoin de dépenser la transaction qui vous permet d'obtenir ces jetons.

C'est-à-dire que ces jetons ne sont pas réellement attachés au Bitcoin UTXO, et leur statut est entièrement déterminé par les inscriptions (et l'ordre de ces inscriptions) qui ont été écrites dans le bloc ; changer le statut de ces jetons ne nécessite pas vous avez la possibilité de débloquer une certaine capacité UTXO. (La seule chose qui nécessite une association UTXO est les deux étapes de l'opération de transfert, voir ci-dessous pour plus de détails)

Cette conception a des implications majeures pour la sécurité, l'économie (évolutivité) et la décentralisation du protocole. Tout d'abord, parce qu'il n'est pas attaché à l'UTXO, il ne peut naturellement pas compter sur le mécanisme de dépenses anti-répétition de l'UTXO lui-même. BRC 20 est entièrement basé sur le principe "premier arrivé, premier servi" basé sur l'ordre des transactions en bloc. Sans ce "premier arrivé, premier servi" comme support final, il ne peut pas empêcher la double dépense sous forme de solde négatif à tous.

Cependant, le fait d'avoir un mécanisme de vérification basé sur des blocs plutôt que sur des UTXO rend également impossible la création d'un mécanisme de vérification léger. Dans tous les cas, vous avez besoin des données complètes du bloc pour connaître l'état d'un compte. (Cependant, les protocoles basés sur UTXO tels que RVB et Taro n'en ont pas besoin. Ils n'ont besoin que d'en-têtes de bloc) Cela rend également le nombre de nœuds qui peuvent se permettre le calcul de l'équilibre et l'indexation moins en comparaison, c'est-à-dire que les caractéristiques de la décentralisation sont pires .

Peut-être afin de réduire la charge de calcul du dernier état (identification de la monnaie contrefaite), BRC 20 définit un étrange mécanisme de transfert : peu importe comment vous obtenez des jetons, votre transfert doit être divisé en deux étapes : la première étape consiste à convertir certains jetons Il est dans l'état "transférable" (et précisez le destinataire), la deuxième étape consiste à transférer effectivement ces jetons vers l'extérieur, et donc à invalider l'"inscription de transfert" de la première étape. Il en va de même pour votre prochaine maison.

Un tel mécanisme affecte bien sûr également l'expérience utilisateur et l'économie. Quelle que soit la remise que vous pouvez obtenir grâce au mécanisme d'inscription, l'envoi d'une transaction supplémentaire suffit à ravaler les avantages que vous obtenez. De plus, cet étrange mécanisme qui n'utilise pas UTXO fait également que ces jetons augmentent intrinsèquement les obstacles lors de l'utilisation de contrats intelligents basés sur Bitcoin UTXO (Lightning Channel, DLC, etc.), et sont à la traîne par rapport à la dernière génération de protocoles.

** Donc je dis, BRC 20 est une technologie rétrograde. Alors que la nouvelle génération de protocoles d'émission de jetons peut atteindre des clients légers, réduire les coûts économiques et faciliter l'accès à l'écosystème Bitcoin existant, BRC 20 est toujours bloqué dans le processus d'obtention de la programmabilité en consommant de l'espace de bloc. Vous pouvez imaginer, quand l'écologie des protocoles tels que RGB et Taro émerge, quelle est la fin de l'attente du BRC 20 ! **

Paradoxalement, bien que la frappe et le transfert de BRC 20 ne nécessitent évidemment pas l'association sur UTXO, il a conçu un mécanisme de "limite" pour la frappe - lors de la frappe de jetons, le nombre de jetons pouvant être frappés par un seul UTXO, Il est possible pour spécifier une limite supérieure. Vous devriez pouvoir deviner à quoi cela sert.

C'est vrai, il s'agit de s'adapter aux exigences d'équité dans le scénario "play new".

Il ne peut pas permettre à une seule personne de frapper tous les jetons avec une seule sortie, donc une telle restriction est conçue. Mais pensez-y, lorsque vous devez utiliser UTXO pour occuper l'espace, ces UTXO doivent être de petits UTXO - plus vous réduisez les fonds, plus vous pouvez obtenir de nouveaux jetons. Le résultat est l'inflation de l'ensemble UTXO.

Ceux-ci sont utilisés pour créer de nouveaux UTXO, qui sont clairement prévus pour être 546 Satoshi (sortie P2P KH)/330 Satoshi (sortie P 2 TR), ce qui n'est égal qu'à la limite de sortie de poussière du noyau bitcoin. Il n'est pas économique de les dépenser, et l'opération de transfert ultérieure ne nécessite pas qu'ils soient dépensés, ils sont donc susceptibles de rester dans l'ensemble UTXO pour toujours, provoquant une expansion irréversible de l'ensemble UTXO.

Les opérations de transfert laissent également UTXO derrière. Bien que ces UTXO ne soient pas tenus d'être petits en théorie, dans l'implémentation technique actuelle, de petits UTXO sont toujours utilisés. Et, parce que BRC 20 n'exige pas que l'UTXO dépense régulièrement, il est laissé dans l'ensemble UTXO pour toujours.

Le graphique montre que depuis le 23 avril 2023 (lorsque BRC 20 a ouvert des transactions), l'ensemble UTXO de Bitcoin est passé de 5 Go à 6,8 Go. Je ne peux pas prouver que toute l'inflation est liée à BRC 20, mais la courbe de croissance pendant cette période a été beaucoup plus raide que la courbe de croissance d'origine. Besoin d'attention.

Résiste. Si vous êtes un nœud, vous pouvez ajouter cette ligne dans le fichier de configuration du nœud : dusrelayfee=0.00005, ce qui augmentera le seuil de sortie de poussière de 5 fois (la valeur par défaut de cette valeur est 0.00001, vous pouvez ajouter ou soustraire selon le cas). Si dans le passé votre nœud transmettait les transactions BRC 20 avec des sorties de poussière, maintenant, votre nœud ne transmettra plus les transactions avec des sorties inférieures à 2730 Satoshi/1650 Satoshi.

Cependant, si ces transactions en font un bloc, votre nœud enregistrera toujours ces transactions et leurs sorties.

Si vous êtes un développeur, veuillez envisager de développer un filtre qui reconnaît les sorties de transaction BRC 20 pour nous aider à supprimer ces nouvelles sorties et à les transférer de notre ensemble UTXO. Personnellement, je choisirais d'exécuter un tel filtre.

Agissez pour protéger le réseau Bitcoin.