Mitä tapahtuu jokaisessa labitbun peliprosessissa? Pitkä varoitus, tarvitaan tiettyä tietoa kryptografiasta ja bitcoin-kaupankäynnistä Labitbu on pieni kuva Bitcoin-pääverkosta tänään kello 2 alkaen, toisin kuin aiemmat kirjoitus- tai kvasikirjoitusprotokollat, se luottaa taproot-protokollaan lataustietojen tallentamiseen Projektin on kehittänyt @stutxo, tämän vuoden @PlebFi hackathonin toinen voittaja, ja näyttää siltä, että hackathonissa on mukana Bitcoin Wizardin ja Ordinalsin kehittäjiä, ja siinä on edelleen tietty kultapitoisuus GitHub-säilö: Verkkosivuston striimauksessa on kolme vaihetta: 1. Yhdistä lompakkosi ja luo satunnainen labitbu. 2. Siirto P2TR-osoitteeseen, joka alkaa kirjaimella bc1p, verkkosivusto siirtää oletuksena 10 000 satelliittia tähän osoitteeseen; 3. Viimeistele lyönti, täytä lompakon julkista avainta vastaava bc1p-osoite syöttöruutuun ja lähetä lyöntitapahtuma ketjuun. Muodosta ensin yhteys lompakkoon saadaksesi bc1p-lompakon julkisen avaimen ja luo sitten Labitbu julkisen avaimen perusteella. Repon json-tiedoston mukaan voidaan tietää, että jokaiselle labitbulle on 8 tyyliä, ja suurin ero on väri. Mutta jos kyseessä on 10k NFT-kokoelma, väri ei näytä riittävän erottamaan monia labitbuja? Koska jokainen labitbu luodaan lompakon julkisen avaimen perusteella, teoriassa kaikki kunkin lompakon lyömät labitbut ovat samantyylisiä (mutta toisinaan on tapauksia, joissa lompakko lyödään eri tyylillä varsinaisen lyönnin aikana aikaisin aamulla, mikä voi johtua joistakin puutteista tai pyörtymisestä 😇 aamulla) Edellisen vaiheen jälkeen luotu labitbu muunnetaan tavudatan hyötykuormaksi, ja verkkosivu rakentaa ohjauslohkon tämän hyötykuorman perusteella. Sitä kutsutaan tässä buildiksi, ja varsinainen ohjauslohko on [ohjaustavu] + [indeksin julkinen avain] + [kuvan hyötykuorma]. Varsinaisessa taproot-skriptissä ohjauslohko on [ohjaustavu] + [sisäinen julkinen avain] + [Merkle-polku], ja labitbu käyttää kuvan hyötykuormaa suoraan Merkle-polkuna. TapRoot Control Block Aiheeseen liittyvä sisältö: Kun hyötykuormaa on käytetty Merkle-polkuna ja lompakon julkista avainta lukituskomentosarjana, voidaan luoda P2TR-osoite, joka on verkkosivun BC1P-osoite, ja BTC:n lähettämistä tähän lompakkoon voidaan pitää sitoumuksena kirjoitusprotokollassa. Lopuksi sinun on täytettävä bc1p-osoitteesi ja lompakkosi suorittaaksesi lopullisen lyöntitoiminnon. Tässä prosessissa etuosan lukitus avataan kuvan hyötykuormalla ohjauslohkona, ja julkista näppäinlukkokomentosarjaa käytetään lunastusskriptin tulosteena ja lompakkoa käytetään lopullisen tapahtuman allekirjoittamiseen ja lähettämiseen, joka on samanlainen kuin kirjoitusprotokollan paljastustapahtuma. Yllä oleva on tekninen sisältö labitbu-protokollan casting-prosessissa, taproot-skriptin rakentamisen teknisiä yksityiskohtia ja osoitteiden luomista ei ole kirjoitettu, kiinnostuneet ystävät voivat tarkistaa tiedot ja katsoa Labitbun lyöntiprosessi muistuttaa enemmän kirjoituksia, mutta kirjoitusten etuna on, että lyöntiprosessin sitoumuksen ei tarvitse luoda uutta osoitetta releeksi, ja koko lyöntiprosessi voidaan suorittaa yhdellä lompakolla, mikä on jossain määrin kätevämpää. On kuitenkin rajoitus, että ohjauslohkon koko on 4 kt, mikä rajoittaa tallennettavan kuvakuormituksen kokoa. GitHubissa dev käyttää kiinteää sisäistä julkista avainta lyöntiin indeksoinnin helpottamiseksi, joten voidaan nähdä, että kehittäjä suunnittelee myös indeksoinnin seuraavan vaiheen suorittamista, ja voidaanko se toteuttaa transaktioille, voidaan vain odottaa.