¿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 mintarse 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 ganador 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 minting, 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 el minting, ingresando la dirección bc1p correspondiente a la clave pública de la billetera conectada y enviando la transacción de minting 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 el minting real en la madrugada, a veces un wallet acuñaba un estilo diferente, aquí podría ser que me perdí algún detalle 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 construye 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 propia dirección bc1p y realizar la billetera, completando la última operación de minting. 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 minting del protocolo labitbu. No he escrito sobre la construcción del script taproot y la generación de direcciones, pero los interesados pueden investigar más. El proceso de minting 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 minting no necesita generar una nueva dirección como intermediario, se puede usar una sola billetera para completar todo el proceso de minting, lo que lo hace 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 dev utilizó una clave pública interna fija para el minting para facilitar el índice, por lo que parece que el dev 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 el mercado de trading Beta de Sparksat. Actualmente, se admiten los 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. Por favor, trate de no exceder los $1000 por orden para evitar retrasos en los pedidos causados por RPC u otras razones de transferencia. Diviértete.

¡Los usuarios que no han fusionado sus satoshis desechados tienen suerte! Las transacciones con tarifas inferiores a 1 sat/vB están en auge, especialmente beneficiosas para los UTXO desechados ocupados en las billeteras de fusión. Anteriormente, las tarifas de 1 sat/vB requerían alrededor del 20% de comisión minera, ahora el costo se puede reducir hasta 10 veces para la extracción de la fusión. Por ejemplo: fusionar 1000u de satoshis desechados ocupados, antes requería 200u de comisión minera, ¡ahora con una tarifa de 0.1 sat/vB solo cuesta 20U! Y se dice que UniSat está investigando tarifas bajas~