Que se passe-t-il à chaque étape de la frappe de labitbu ? Avertissement : texte long, nécessite des connaissances en cryptographie et en transactions Bitcoin. Labitbu est une petite image qui a commencé à être mintée sur le réseau principal Bitcoin à 2 heures du matin aujourd'hui. Contrairement aux inscriptions ou aux protocoles similaires, elle repose sur le protocole Taproot pour stocker des informations. Le projet a été développé par @stutxo, le deuxième lauréat du hackathon @PlebFi de cette année. J'ai remarqué que des développeurs de Bitcoin Wizard et d'Ordinals ont participé au hackathon, ce qui lui confère une certaine valeur. github repo : Sur le site de minting, le processus de frappe se déroule en trois étapes : 1. Connecter un portefeuille et générer un labitbu aléatoire ; 2. Transférer des fonds à une adresse p2tr commençant par bc1p, le site transfère par défaut 10 000 sats à cette adresse ; 3. Compléter la frappe en saisissant l'adresse bc1p correspondant à la clé publique du portefeuille connecté et soumettre la transaction de frappe sur la blockchain. Tout d'abord, en connectant le portefeuille, on peut obtenir la clé publique du portefeuille bc1p, puis générer le labitbu à partir de cette clé publique. D'après le fichier JSON dans le repo, chaque labitbu a 8 styles, et la plus grande différence réside dans la couleur. Mais si c'est une collection NFT de 10k, la couleur semble insuffisante pour distinguer de nombreux labitbu ? Comme chaque labitbu est généré à partir de la clé publique du portefeuille, théoriquement, tous les labitbu mintés par un portefeuille seront du même style (mais lors de la frappe réelle à l'aube, il arrive parfois qu'un portefeuille frappe des styles différents, ce qui pourrait être dû à une certaine négligence de ma part ou à un flou matinal 😇). Après l'étape précédente, le labitbu généré est converti en données de charge utile (payload) et la page web construit un bloc de contrôle à partir de cette charge utile. Ici, on parle de construction, mais en réalité, le bloc de contrôle est constitué de [octets de contrôle] + [clé publique d'index] + [charge utile d'image]. Dans le script Taproot réel, le bloc de contrôle est [octets de contrôle] + [clé publique interne] + [chemin de Merkle], labitbu utilise directement la charge utile d'image comme chemin de Merkle. Contenu lié au bloc de contrôle Taproot : En utilisant la charge utile comme chemin de Merkle et la clé publique du portefeuille comme script de verrouillage, on peut générer une adresse p2tr, qui est l'adresse bc1p sur la page web. Le processus d'envoi de BTC à ce portefeuille peut être considéré comme un engagement dans le protocole d'inscription. Enfin, il faut entrer son adresse bc1p et procéder au portefeuille pour compléter la dernière opération de frappe. Dans ce processus, on déverrouille la sortie en utilisant la charge utile d'image comme bloc de contrôle et le script de verrouillage de clé publique comme script de rachat, et on signe avec ce portefeuille pour envoyer la transaction finale, qui est similaire à la transaction de révélation dans le protocole d'inscription. Voilà le contenu technique du processus de frappe du protocole labitbu. Je n'ai pas écrit sur la construction du script Taproot et la génération d'adresses, mais ceux qui sont intéressés peuvent consulter des ressources supplémentaires. Le processus de frappe de labitbu ressemble beaucoup à celui des inscriptions, mais par rapport aux avantages des inscriptions, le processus de frappe n'a pas besoin de générer une nouvelle adresse comme intermédiaire, on peut utiliser un seul portefeuille pour compléter l'ensemble du processus de frappe, ce qui est relativement pratique. Cependant, la taille du bloc de contrôle est limitée à 4 Ko, ce qui restreint la taille de la charge utile d'image pouvant être stockée. Dans le github, le développeur a utilisé une clé publique interne fixe pour la frappe afin de faciliter l'indexation, donc il semble qu'il ait l'intention de procéder à l'étape suivante d'indexation. On ne peut qu'attendre pour voir si cela pourra être mis en œuvre pour des transactions.

Aujourd’hui, la bêta du marché de trading Sparksat est officiellement lancée. Actuellement, les jetons $FSPKS et $SNOW sont pris en charge, et d’autres jetons seront pris en charge successivement. Le marché n’en est qu’à ses débuts, et il y aura certainement des problèmes ou de l’instabilité. Veuillez essayer de ne pas dépasser 1000 $ par commande pour éviter les retards de commande causés par le RPC ou d’autres raisons de transfert. Amusez-vous.

Les utilisateurs qui n'ont pas fusionné leurs satoshis abandonnés auparavant ont de la chance ! Les transactions avec un tarif inférieur à 1 sat/vB sont en vogue, ce qui est particulièrement bénéfique pour les UTXO abandonnés occupés dans les portefeuilles fusionnés. Auparavant, un tarif de 1 sat/vB nécessitait environ 20 % de frais de minage, mais le coût peut maintenant être réduit jusqu'à 10 fois pour extraire la fusion. Par exemple : fusionner 1000u de satoshis abandonnés nécessitait auparavant 200u de frais de minage, mais maintenant, avec un tarif de 0.1 sat/vB, cela ne coûte que 20U ! Et il paraît que UniSat est en train d'étudier des tarifs bas~