We zijn net binnengekomen om het labitbu-probleem eindelijk op te lossen! Labitbus zijn geen klassieke inscripties, maar ze volgen de Ordinals-theorie, dus het enige platform dat de nauwkeurige collectie kan weergeven is Ga los 🫡:

Wat gebeurt er in elk proces van labitbu? Waarschuwing voor lange teksten, vereist enige kennis van cryptografie en bitcoin-transacties. Labitbu is een kleine afbeelding die om 2 uur 's nachts op het bitcoin-hoofdnets begon te minten. In tegenstelling tot eerdere inscripties of soortgelijke protocollen, vertrouwt het op het taproot-protocol om informatie op te slaan. Het project is ontwikkeld door @PlebFi, de tweede plaats winnaar van de hackathon van dit jaar, @stutxo. Ik heb gezien dat er ontwikkelaars van bitcoin wizard en ordinals aan de hackathon hebben deelgenomen, dus het heeft zeker enige waarde. github repo: Bij de minting-website zijn er drie stappen: 1. Verbind je wallet en genereer een willekeurige labitbu; 2. Stuur een betaling naar een p2tr-adres dat begint met bc1p; de website verstuurt standaard 10.000 sats naar dat adres; 3. Voltooi de minting door het bc1p-adres van de bijbehorende wallet-public key in te voeren en de minting-transactie op de blockchain in te dienen. Eerst, door je wallet te verbinden, kun je de public key van het bc1p-wallet verkrijgen en vervolgens labitbu genereren op basis van die public key. Volgens het json-bestand in de repo heeft elke labitbu 8 verschillende stijlen, waarbij het grootste verschil de kleur is. Maar als het een NFT-collectie van 10k is, lijkt kleur niet voldoende om de vele labitbu's te onderscheiden? Aangezien elke labitbu is gegenereerd op basis van de wallet-public key, zouden theoretisch alle labitbu's die door dezelfde wallet zijn gemint dezelfde stijl moeten hebben (maar tijdens de daadwerkelijke minting in de vroege ochtend kan het soms voorkomen dat een wallet verschillende stijlen mint, hier kan het zijn dat ik iets heb gemist of dat ik 's ochtends in de war was😇). Na de vorige stap, wanneer de gegenereerde labitbu is omgezet in byte-data payload, zal de website een controleblok opbouwen op basis van deze payload. Dit wordt hier 'opbouwen' genoemd, maar het controleblok is in feite [controlebyte]+[index-public key]+[afbeelding payload]. In het daadwerkelijke taproot-script is het controleblok [controlebyte]+[interne public key]+[Merkle-pad], labitbu gebruikt de afbeelding payload direct als Merkle-pad. taproot controleblok gerelateerde inhoud: Door de payload als Merkle-pad te gebruiken en de wallet-public key als lock-script, kan een p2tr-adres worden gegenereerd. Dit adres is het bc1p-adres op de website, en het proces van het verzenden van btc naar deze wallet kan worden gezien als de commit in het inscriptieprotocol. Ten slotte moet je je eigen bc1p-adres invullen en de wallet gebruiken om de laatste minting-operatie te voltooien. In dit proces wordt de afbeelding payload als controleblok gebruikt, en het public key lock-script als redeem-script output om te ontgrendelen, en wordt deze wallet gebruikt om te ondertekenen en de uiteindelijke transactie te verzenden. Deze transactie is vergelijkbaar met de reveal-transactie in het inscriptieprotocol. Dit is de technische inhoud van het mintingproces van het labitbu-protocol. De technische details van het opbouwen van het taproot-script en het genereren van het adres zijn niet beschreven; geïnteresseerden kunnen meer informatie opzoeken. Het mintingproces van labitbu lijkt op dat van inscripties, maar in tegenstelling tot de voordelen van inscripties, vereist de commit in het mintingproces geen nieuwe adressen om als tussenstap te dienen; je kunt het hele mintingproces met één enkele wallet voltooien, wat het op een bepaalde manier handiger maakt. Maar er is een beperking: de grootte van het controleblok is 4kb, wat de grootte van de afbeeldingspayload beperkt. In de github heeft de ontwikkelaar een vaste interne public key gebruikt voor minting om indexering te vergemakkelijken, dus het lijkt erop dat de ontwikkelaar ook van plan is om de volgende stap van indexering te zetten. Of dit daadwerkelijk kan worden omgezet in transacties, moeten we afwachten.

Vandaag is de Sparksat handelsmarkt Beta officieel gelanceerd. Momenteel worden $FSPKS en $SNOW tokens ondersteund en zullen achtereenvolgens meer tokens worden ondersteund. De markt bevindt zich nog in de beginfase en er zullen zeker enkele problemen of instabiliteit zijn. Probeer niet meer dan $ 1000 per bestelling te gebruiken om vertragingen in de bestelling te voorkomen die worden veroorzaakt door RPC of andere overdrachtsredenen. Veel plezier.

Gebruikers die eerder geen samengevoegde ongebruikte transacties (UTXO) hebben, hebben geluk! Transacties met een tarief van minder dan 1sat/vB zijn populair geworden, vooral gunstig voor ongebruikte UTXO in samengevoegde wallets. Voorheen vereiste een tarief van 1sat/vB ongeveer 20% aan miner fees, nu kan de kostprijs tot 10 keer worden verlaagd voor het opnemen van samengevoegde UTXO. Bijvoorbeeld: het samenvoegen van 1000u aan ongebruikte transacties kostte voorheen 200u aan miner fees, nu kost het met een tarief van 0.1sat/vB slechts 20U! En er wordt gezegd dat UniSat bezig is met het onderzoeken van lage tarieven~