¿Qué sucedió en cada proceso de labitbu? Advertencia de texto largo, se requiere cierto conocimiento de criptografía y transacciones de bitcoin. labitbu es una pequeña imagen que comenzó a acuñarse en la red principal de bitcoin a las 2 de la mañana de hoy. A diferencia de las inscripciones anteriores o protocolos similares, se basa en el protocolo taproot para almacenar información. El proyecto fue desarrollado por @stutxo, el segundo lugar del hackathon @PlebFi de este año. Al revisar el hackathon, vi que participaron desarrolladores de bitcoin wizard y ordinals, lo que le da cierto valor. github repo: En el sitio de acuñación, el proceso se divide en tres pasos: 1. Conectar la billetera y generar un labitbu aleatorio; 2. Transferir a una dirección p2tr que comienza con bc1p, el sitio transfiere por defecto 10,000 sats a esa dirección; 3. Completar la acuñación, ingresando la dirección bc1p de la clave pública de la billetera conectada en el cuadro de entrada y enviando la transacción de acuñación a la cadena. Primero, al conectar la billetera, se puede obtener la clave pública de la billetera bc1p, y luego generar el labitbu según esa clave pública. Según el archivo json en el repo, se sabe que cada labitbu tiene 8 estilos, y la mayor diferencia es el color. Pero si se trata de una colección de NFT de 10k, ¿el color realmente es suficiente para distinguir entre muchos labitbu? Dado que cada labitbu se genera según la clave pública de la billetera, teóricamente todos los labitbu acuñados por una billetera serán del mismo estilo (aunque durante la acuñación real en la madrugada, a veces puede haber un caso en el que una billetera acuñe un estilo diferente, aquí podría ser que no presté suficiente atención o que estaba un poco confundido por la mañana 😇). Después del paso anterior, el labitbu generado se convierte en datos de bytes payload, y la página web construirá un bloque de control basado en este payload. Aquí se llama construcción, pero en realidad el bloque de control es [byte de control]+[clave pública de índice]+[payload de imagen]. En el script taproot real, el bloque de control es [byte de control]+[clave pública interna]+[ruta de Merkle], labitbu utiliza directamente el payload de imagen como ruta de Merkle. Contenido relacionado con el bloque de control taproot: Al usar el payload como ruta de Merkle y la clave pública de la billetera como script de bloqueo, se puede generar una dirección p2tr, que es la dirección bc1p en la página web. El proceso de enviar btc a esta billetera se puede considerar como un commit en el protocolo de inscripción. Finalmente, se necesita ingresar la dirección bc1p y realizar la operación de acuñación final. En este proceso, se desbloquea utilizando el payload de imagen como bloque de control y el script de bloqueo de clave pública como script de redención, y se firma con esa billetera, enviando la transacción final, que es similar a la transacción de revelación en el protocolo de inscripción. Eso es todo sobre el contenido técnico del proceso de acuñación del protocolo labitbu. No he escrito sobre la construcción del script taproot y la generación de direcciones, pero los interesados pueden buscar más información. El proceso de acuñación de labitbu es bastante similar al de las inscripciones, pero la ventaja en comparación con las inscripciones es que el commit del proceso de acuñación no necesita generar una nueva dirección como intermediario, se puede completar todo el proceso de acuñación con una sola billetera, lo que es más conveniente en cierta medida. Sin embargo, la limitación es que el tamaño del bloque de control es de 4kb, lo que limita el tamaño del payload de imagen que se puede almacenar. En github, el desarrollador utilizó una clave pública interna fija para la acuñación con el fin de facilitar el índice, por lo que parece que el desarrollador también tiene planes para el siguiente paso de indexación, pero solo podemos esperar para ver si se puede llevar a cabo la transacción.

Hoy, se lanza oficialmente la versión beta del mercado de trading Sparksat. Actualmente, se admiten tokens $FSPKS y $SNOW, y se admitirán más tokens sucesivamente. El mercado está en sus primeras etapas y definitivamente habrá algunos problemas o inestabilidad. Trate de no exceder los $ 1000 por pedido para evitar retrasos en el pedido causados por RPC u otras razones de transferencia. Que te diviertas.

¡Benditos sean los usuarios que no fusionaron el Satoshi abandonado antes! Las transacciones con tarifas inferiores a 1sat/vB se están volviendo populares, especialmente buenas para fusionar los UTXO descartados que están ocupados en la billetera de fusión, la tarifa 1sat/vB anterior, que requería una tarifa de gas de alrededor del 20%, ahora se puede reducir a 10 veces el costo de retirar y fusionar. Por ejemplo, fusionar 1000U de Satoshi de ocupación abandonada solía requerir 200U de tarifas de gas, ¡pero ahora solo cuesta 20U con una tarifa de 0.1sat/vB! Y se dice que UniSat está trabajando con tarifas bajas ~