ERC-721-kaupankäyntibotin täytyy seurata yksittäisiä tokeneita koko kaupan ajan. Kokoelman saldo voi kertoa ylläpitäjälle tilin omistavan useita kohteita, mutta se ei yksilöi tietyn listauksen tarjoamaa kohdetta eikä hankintaa, jonka myöhempi myynti sulkee. Työnkulku tarvitsee kohdekohtaisen tietueen, joka on yhdistetty omistusnäyttöön, valtuuksiin, toimeksiantoihin ja kuluihin.

Tokenstandardi ja kauppapaikka ratkaisevat eri ongelmia. Vakiomuotoinen rajapinta auttaa ohjelmistoa käsittelemään omaisuuseriä; se ei tarjoa arvostusmenetelmää, takaa ostajaa tai määrittele jokaista markkinapaikan toimeksiantoa. Luotettava suunnittelu pitää kerrokset erillään, jottei onnistunutta omistuskyselyä erehdytä pitämään näyttönä ehdotetun kaupan houkuttelevuudesta tai toteutuskelpoisuudesta.

Opas käyttää kuvitteellisia token-tunnisteita ja ETH-summia. Se kuvaa toimintamallia eikä tietyn protokollan käyttöönotto-ohjeita. Tavoite on tietue, joka pysyy johdonmukaisena tavallisen oston, ulkoisen siirron, epäonnistuneen yrityksen ja myöhemmän myynnin läpi.

Anna ERC-721-kaupankäyntibotille kohdekohtainen kirjanpito

Virallinen ERC-721-määritys määrittelee rajapinnan erillisten NFT:iden seurantaan ja siirtoon. Se sisältää omistuskyselyt, tokenkohtaiset käyttövaltuudet ja operaattorivaltuudet. Metadata ja luettelointi ovat valinnaisia laajennuksia. Erot ovat olennaisia päätettäessä, mitä botti voi varmentaa suoraan ja mitä lisätietoa se tarvitsee.

Käytä ketjua, sopimusosoitetta ja tokenin tunnistetta yhdessä tilin omaisuuseräavaimena. Säilytä tunniste muodossa, joka säilyttää sen koko arvon. Helppolukuinen nimi voi kulkea mukana, mutta siitä ei koskaan saa tulla ainoaa viitettä listauksen ja omistuksen yhdistämisessä.

Luo erillinen tietue jokaiselle tilin hankkimalle, siirtämälle tai kaupankäyntiyrityksen kohteena olevalle kohteelle. Sisällytä tietueen perustanut näyttö sekä havainnon aika tai ketjukonteksti. Kokoelman kokonaissaldo voidaan sitten johtaa kohdetietueista sen sijaan, että se korvaisi ne.

Rakenne tekee poikkeamista käsiteltäviä. Jos kokoelman määrä on kolme mutta kohdekirjanpidossa on neljä varmennettua omistusta, järjestelmällä on konkreettinen täsmäytysongelma. Ilman kohteiden yksilöintiä poikkeama jää selittämättömäksi luvuksi, joka voi levitä listaus- ja riskipäätöksiin.

Erota omaisuuseräkerros toimeksiantokerroksesta

Omaisuuserätietue kuvaa tokenia ja havaittua omistusta. Toimeksiantotietue kuvaa ehdotettua vaihtoa tietyillä ehdoilla. Ne voivat viitata samaan kohteeseen kuvaamatta samaa tilaa. Listattu token voi pysyä omistuksessa, ja ostotarjous voi olla olemassa ilman hankittua omistusta.

Tallenna toimeksiannon tunniste, omaisuuseräviite, suunta, maksuehdot, vanheneminen ja ajantasainen tilanäyttö erillään. Vältä yhtä tilakenttää, joka yrittää tehdä omistetusta, listatusta, tarjotusta ja myydystä toisensa poissulkevia. Jotkin ehdot voivat esiintyä yhtä aikaa, kun taas toiset tarvitsevat varmennetun siirtymän ennen kuin tili voi luottaa niihin.

Tili voi esimerkiksi omistaa kuvitteellisen tokenin 317 ja siihen liittyvän myyntiohjeen. Kohde pysyy omistuksissa, kunnes olennainen näyttö osoittaa sen luovutuksen. Sen poistaminen listausta luotaessa aliarvioisi riskin ja voisi vääristää tilin käytettävissä olevat omaisuuserät.

Samoin tokenin 418 aiotun oston pitää tarvittaessa varata sitoumustietue ilman, että se näkyy omistuksena. Ero auttaa estämään myöhempää myyntiehdotusta olettamasta odotetun hankinnan jo valmistuneen. Toimeksiannot ilmaisevat aikomuksia ja velvoitteita; varastotietue tarvitsee näyttöä omaisuuserien todellisista muutoksista.

Määrittele omistusnäytön laajuus

Valitse, mitä näyttöä työnkulku vaatii ennen tokenin käsittelyä omistettuna tai luovutettuna. Säilytä havaintokonteksti, jotta järjestelmä erottaa ajantasaisen tarkistuksen vanhasta indeksimerkinnästä. Eri lähteet voivat päivittyä eri aikoina, ja erimielisyyden pitää pysyä näkyvissä täsmäytykseen asti.

ERC-721-omistuksen täsmäytysprosessin pitää verrata kohdekirjanpitoa olennaiseen ajantasaiseen tilinäyttöön. Jos kohde siirtyi botin ulkopuolella, kirjanpidon pitää kuvata tapahtuma. Botin oma kaupankäyntihistoria ei kuvaa täydellisesti tiliä, jota voi hallita myös muilla työkaluilla tai laitteilla.

Älä päättele puuttuvan hakutuloksen todistavan kohteen poistuneen. Tietolähde voi olla puutteellinen tai viivästynyt. Lompakkokäyttöliittymän välimuistikuva ei myöskään osoita nykyistä omistusta. Työnkulun pitää yksilöidä tilasiirtymää tukeva tarkka näyttö eikä luottaa visuaaliseen tuttuuteen.

Havaintojen ollessa ristiriidassa keskeytä kiistanalaisesta kohteesta riippuvat toimet. Uusi listaus- tai siirtoehdotus ei saa edetä tilin ollessa epävarma tokenin hallinnasta. Muut riippumattomat havainnot voivat jatkua, mutta ratkaisemattoman poikkeaman pitää pysyä osana toimintatilaa.

Tarkasta valtuudet omana tilin tilanaan

Standardi erottaa yksittäisen tokenin käyttövaltuuden operaattorille myönnetystä valtuudesta omistajan tokeneihin kyseisessä sopimuksessa. Kaupankäyntityönkulun pitää näyttää pyydetty laajuus selkeästi ja säilyttää tilin havaittu valtuustila. Suppea osto- tai myyntiaikomus ei saa peittää laajempaa valtuutusmuutosta.

ERC-721-käyttövaltuuden laajuuden tarkastelu on hinnan arvioinnista erillinen päätös. Ehdotuksen taloudelliset ehdot voivat olla hyväksyttävät sen pyytäessä ylläpitäjän suunnitelman ulkopuolista toimivaltaa. Tarkastuksen pitää yksilöidä tili, kokoelma, valtuutettava taho ja tarkoitus ennen valtuuden myöntämistä tai siihen luottamista.

Pidä valtuudet yhdistettynä niitä tarvitsevaan reittiin. Jos strategia vaihtaa toteutuspolkua, älä oleta nykyisen valtuutuksen sopivan edelleen vain käyttöliittymän samankaltaisen nimen vuoksi. Valtuustietueen pitää käyttää varmennettuja tunnisteita ja selittää valtuuden jatkuva tarpeellisuus.

Kokeen päätyttyä tarkasta jäljellä olevat valtuudet tilin käytännön mukaan. Strategiasilmukan pysäyttäminen ei itsessään selitä aiemmin myönnettyjen valtuuksien tilaa. Tilitietueen pitää erottaa käytöstä poistettu automaatio muuttuneesta valtuutuksesta, jotta ylläpitäjä tietää todella poistetun hallintavallan.

Varmenna tarkoitettu vastaanottaja ja siirtopolku

Siirtoehdotuksen pitää yksilöidä kohdeosoite ja sen rooli. Onko vastaanottaja omistajan kaupankäyntitili, erillinen säilytysosoite vai toinen osallistuja vaihdon ehtojen mukaan? Samannäköiset osoitteet tai tutut nimet eivät poista tarvetta varmentaa suhde ennen valtuutusta.

ERC-721-standardi tarjoaa turvallisen siirron toimintatavan, joka tarkistaa sopimusvastaanottajan vastaanottorajapinnan. Mekanismi on hyödyllinen mutta ei osoita vastaanottajan olevan käyttäjän tarkoittama osoite tai kaikkien laajempien kaupankäyntiehtojen sopivan. Ehdotus tarvitsee silti merkityksellisen vastaanottajatarkastuksen.

Säilytä toteutussuunnittelun olettama siirtopolku. Jos työnkulku odottaa hankitun kohteen saapuvan yhdelle tilille mutta todellinen reitti käyttää toista, omistustäsmäytys ilmoittaisi muuten puuttuvasta tokenista. Tietueen pitää selittää todelliselle transaktiolle olennaiset väli- tai nimetyt vastaanottajat.

Testaa osoitteiden käsittelyä selkeästi erottuvilla kuvitteellisilla tileillä harjoittelussa. Sisällytä väärään kohteeseen menevä ehdotus ja varmista tarkastuksen havaitsevan se. Vain summia tarkistava harjoitus voi ohittaa perustavamman virheen: oikein hinnoitellun hankinnan toimituksen tarkoitetun tilimallin ulkopuolelle.

Pidä metadata hyödyllisenä tekemättä siitä omistuksen määräävää näyttöä

Nimet, kuvat ja ominaisuudet auttavat ymmärtämään kohteen merkityksen. Niiden pitää pysyä omaisuuseräavaimeen liitettynä kuvailevana tietona eikä korvata omistustietuetta. Metadatan päivitys voi muuttaa näyttöä tokenin yksilöinnin pysyessä samana.

Tallenna arvostuspäätöksessä käytetty kuvailevien tietojen versio. Jos ulkonäkö tai ominaisuudet myöhemmin eroavat, ylläpitäjä voi tarkastella alkuperäisen oletuksen riippuvuutta aiemmasta versiosta. Ilman versiointia vanhan ehdotuksen selittäminen voi käydä mahdottomaksi käyttöliittymän näyttäessä nyt eri kuvausta.

Käsittele puuttuva metadata selkeästi. Kaupankäyntiprosessi voi vaatia kuvailevaa näyttöä arvostukseen, vaikka se osaa yksilöidä tokenin. Silloin puuttuva kuva tai ominaisuusjoukko on syy keskeyttää arvostusvaihe, ei näyttöä omaisuuserän olemattomuudesta tai oletettavasti matalasta hinnasta.

Erottelu suojaa myös kirjanpitoa. Nimen tai kuvan päivittäminen ei saa luoda uutta omistusta, kahdentaa hankintaa tai irrottaa myyntihistoriaa kohteesta. Kirjanpidon vakaa avain säilyttää jatkuvuuden kuvailevien kenttien muuttuessa sen ympärillä.

Laske juuri kyseisen kohteen kulut

Liitä hankintamenot todelliseen kohteeseen ja ne aiheuttaneeseen yritykseen. Tokenista 317 maksettu summa voi erota merkittävästi tokenista 418 maksetusta, vaikka ne kuuluvat samaan kokoelmaan. Kokoelmakeskiarvo voi hyödyttää raportointia, mutta se ei saa poistaa yksittäisiä kulutietueita.

Kuvitteellisen 0,60 ETH:n oston ja 0,03 ETH:n kohdistettavien menojen hankintameno on 0,63 ETH. Jos kohde myydään myöhemmin 0,70 ETH:lla ennen 0,04 ETH:n myyntimenoja, nettotulot ovat 0,66 ETH ja realisoitu voitto 0,03 ETH. Vain kahden otsikkohinnan vertailu raportoisi suuremman voiton.

Kirjaa epäonnistuneet yritykset erikseen niiden aiheuttaessa menoja hankkimatta kohdetta. Päätä kulujen sisällyttämisestä kokeen tulosraporttiin ja sovella menetelmää yhdenmukaisesti. Niiden pois jättäminen siksi, etteivät ne kuulu valmistuneeseen omistukseen, saa strategian näyttämään todellista halvemmalta.

Jos useat kohteet jakavat yhteisen menon, dokumentoi jakomenetelmä äläkä keksi tarkkaa kohdistusta, jota näyttö ei tue. Olennaista on johdonmukaisuus ja läpinäkyvyys. Tarkastajan pitää voida rekonstruoida tilin kokonaismenot, vaikka kohdekohtainen jako sisältää nimenomaisen käytännön.

Estä samaan tokeniin kohdistuvat ristiriitaiset toimet

Yksi kohde voi houkutella useita ehdotettuja toimia työnkulun eri osista. Yksi komponentti voi valmistella myyntiä toisen valmistellessa siirtoa tai muutettua listausta. Järjestelmä tarvitsee kohdekohtaisen yhteensovitussäännön, jotteivät aikomukset etene itsenäisesti tietämättä toisistaan.

Käytä pysyvää tietuetta aktiivisista aikomuksista ja niiden riippuvuuksista. Jos token 317 liittyy ratkaisemattomaan toimeen, toista toimea pitää arvioida tuota tilaa vasten. Säännön pitää säilyä uudelleenkäynnistyksessä; tilapäinen muistilippu ei riitä, jos sovellus unohtaa sen keskeytyksen jälkeen.

Pidä peruutusten ja korvaamisten tulokset selkeinä. Peruutuksen pyytäminen ei itsessään osoita, ettei aiempi toimeksianto voi enää toteutua. Korvaavan ehdotuksen pitää huomioida protokollan ja kauppapaikan todellinen toiminta eikä olettaa paikallisen nimikkeen poistaneen alkuperäisen sitoumuksen.

Siksi NFT-kaupankäyntiagentti tarvitsee selkeän rajan suunnittelun ja valtuutuksen välille. Suunnittelija voi ehdottaa useita vaihtoehtoja, mutta toteutusvallan pitää valita ja seurata johdonmukaista toimisarjaa. Useat uskottavat suunnitelmat eivät oikeuta yhtäaikaisiin ristiriitaisiin ohjeisiin.

Täsmäytä epävarma osto ennen uudelleenyritystä

Oletetaan ostopyynnön olevan lähetetty ja yhteyden katkeavan ennen sovelluksen saamaa tulosta. Tilillä on nyt epävarma tulos, ei vahvistettu epäonnistuminen. Pyynnön toisto tutkimatta voi luoda lisäriskiä tai tarpeettomia menoja reitistä ja ehdotuksesta riippuen.

Tallenna saatavilla olevat transaktio- ja toimeksiantotunnisteet alkuperäisen aikomuksen mukana. Käytä palautumisessa niitä ja tilinäyttöä tapahtuneen selvittämiseen. Jos tiedot jäävät puutteellisiksi, säilytä epävarmuus ja estä riippuvat toimet sen sijaan, että täyttäisit aukon oletuksella.

ERC-721-oston palautumistyönkulun pitää yhdistää kolme tietuetta: mitä botti aikoi, mitä se lähetti ja mitä tili nyt osoittaa. Tietueet eivät välttämättä täsmää heti. Palautumisprosessi täsmäyttää ne ennen strategian etenemistä ikään kuin kohde olisi varmasti läsnä tai poissa.

Harjoittele keskeytys tarkoituksella. Käynnistä sovellus uudelleen kuvitteellisen lähetyksen jälkeen, varmista sen muistavan ratkaisematon toimi ja tarkista, ettei se luo automaattisesti uutta hankintaa. Testi tutkii tilimallia realistisessa vikatilanteessa tarvitsematta markkinatappiota heikkouden paljastamiseen.

Täsmäytä epävarma osto ennen uudelleenyritystäOwned itemOpen instructionUncertain purchaseCompleted disposalTRADING FIELD NOTESEDUCATIONAL RESOURCE
Toimeksiannot ja ratkaisemattomat yritykset pysyvät erillään varmennetuista omistuksista ja valmistuneista myynneistä.

Erota ERC-721-kaupankäyntibotin varasto painoseristä

Älä sovella samoja kohdeoletuksia jokaiseen tokenstandardiin vain käyttöliittymän NFT-pikkukuvan vuoksi. Tilimallin pitää yksilöidä standardi ja käyttää todellisen omaisuuserän tukemaa määrä- ja tunnistusmerkitystä. Eron ohittava yleinen tietue voi tulkita omistukset ja toimeksiannot väärin.

ERC-1155-kaupankäyntibotin opas käsittelee määrällisiä token-tyyppejä ja niihin liittyviä kirjanpitokysymyksiä. ERC-721:een keskittyvän työnkulun pitää rajata laajuutensa nimenomaisesti, ellei se tue näitä toimintoja. Tukemattoman omaisuuserän hylkääminen on selkeämpää kuin sen pakottaminen eri standardille suunniteltuun tietueeseen.

Säilytä rajaus tuonti- ja löytämistyökaluissa. Kokoelmahaku voi palauttaa useita omaisuuserätyyppejä, mutta toteutuskerros ei saa päätellä yhteensopivuutta pelkästä hakutuloksesta. Ehdotetun toimen pitää läpäistä tuettujen omaisuuserien tarkistukset ennen arvostuksen tai valtuutuksen etenemistä.

Erottelu parantaa myös raportointia. Erillisten ERC-721-kohteiden määrää ei saa yhdistää muun omaisuuserätyypin määriin nimeämättömäksi ”NFT-saldoksi”. Ylläpitäjän pitää tietää kunkin luvun mittaama asia ennen sen käyttöä varastokeskittymän tai käytettävissä olevan myyntikapasiteetin arviointiin.

Suunnittele sulkemistietue, joka sulkee oikean hankinnan

Kun kohde myydään tai muuten luovutetaan, yhdistä tapahtuma sen alkuperäiseen omistustietueeseen. Sisällytä todelliset tulot, menot, tarvittaessa kohdeosoite ja näyttö omistuksen muutoksesta. Pelkkä myyntiohje ei saa sulkea hankintaa kirjanpidossa.

Säilytä ero myynnin ja muun siirron välillä. Kohteen siirto tilien välillä voi muuttaa säilytystä tuottamatta kaupankäyntituloa. Jos raportointijärjestelmä käsittelee jokaista lähtevää siirtoa myyntinä, se voi keksiä tuloja tai vääristää realisoitua tulosta. Tietue tarvitsee siirron syyn, ja epävarmuus pitää merkitä syyn ollessa tuntematon.

Jos sama token hankitaan myöhemmin takaisin, luo uusi hankintajakso ja säilytä aiempi historia. Yhden kulukentän käyttäminen kaikkina aikoina poistaisi ensimmäisen ja toisen pitoajan eron. Tokenin vakaan yksilöinnin ja tilin erillisten omistusjaksojen pitää molempien pysyä näkyvissä.

Täsmäytä jokaisen käyttöjakson lopussa avoimet omistukset, ratkaisemattomat toimet ja valmistuneet luovutukset. Kokonaislukujen pitää liittyä tilinäyttöön ja rahaliikkeisiin. Oikea token-nimien lista ei riitä, ellei kirjanpito selitä käytettyä ja takaisin saatua rahaa.

Harjoittele pienellä tarkoituksellisten tapausten joukolla

Käytä kuvitteellista kokoelmaa ja muutamaa token-tunnistetta tilimallin testaamiseen. Sisällytä yksi suoraviivainen hankinta, yksi ulkoinen siirto, yksi epäonnistunut yritys ja yksi epävarma vastaus. Tarkoitus on varmentaa tilasiirtymät ja tietueet, ei simuloida kannattavaa kokoelmaa.

Lisää tarkoituksella ristiriita: toimeksianto, joka viittaa eri token-tunnisteeseen kuin näytetty kohde. Työnkulun pitää hylätä se ennen valtuutusta. Testaa myös vanhentunut omistushavainto ja ehdotus, joka luottaa ilmoitetun laajuuden ulkopuoliseen toimivaltaan. Kukin tapaus tutkii suunnittelun eri rajaa.

Aloittelijan NFT-botti voi tarjota laajemman lähtökohdan näiden erojen oppimiseen. ERC-721-harjoituksen pitää sitten konkretisoida ne yksittäisen kohteen tasolla, jotta ylläpitäjä osaa selittää täsmälleen kunkin toimen omaisuuserän ja toimivallan.

Tallenna tapaukset ja odotetut tulokset myöhempien muutosten tarkastusjoukoksi. Jos uusi ominaisuus muuttaa varaston tallennusta tai toimeksiantojen tuontia, suorita olennaiset tapaukset uudelleen. Pieni ymmärrettävä vikaesimerkkien joukko voi paljastaa taantumia, jotka laaja onnistuneiden historiallisten kauppojen koontinäkymä ohittaisi.

Usein kysyttyä ERC-721-automaatiosta

Todistaako standardin noudattaminen NFT:n arvon?

Ei. Standardi koskee rajapintaa ja omaisuuserän toimintaa, ei taloudellista kysyntää tai jälleenmyyntitakuuta. Arvostus tarvitsee erillistä näyttöä ja pysyy epävarmana. Teknisesti tuettu token voi silti olla sopimaton kaupankäyntistrategiaan epähoukuttelevan hinnan, likviditeetin tai pitoaikaoletusten vuoksi.

Riittääkö kokoelman saldo kaupankäyntiin?

Se ei riitä tiettyyn kohteeseen kohdistuviin toimiin. Työnkulku tarvitsee olennaisen tokenin yksilöinnin ja ajantasaisen näytön omistuksesta tai toteutuskelpoisista toimeksiantoehdoista. Kokoelman määrä voi tukea täsmäytystä, mutta se ei yksilöi tietyn myynnin sulkemaa hankintaa tai tarkoitetun kohteen saatavuutta.

Voinko käsitellä jokaista lähtevää siirtoa myyntinä?

Et. Lähtevä siirto voi olla säilytyssiirto tai muu myynnistä poikkeava toimi. Kirjaa näyttö ja syy erillään tuloista. Jos tarkoitus on tuntematon, säilytä epävarmuus sen sijaan, että keksisit myyntihinnan tai poistaisit tapahtuman tilihistoriasta.

Mikä osoittaa valmiuden valvottuun yritykseen?

Ylläpitäjän pitää osata yksilöidä token, selittää pyydetty toimivalta, rekonstruoida ehdotettu kulu ja selvittää epävarma tulos tallennetusta näytöstä. Harjoituksen pitää myös näyttää ristiriitaisten tai tukemattomien toimien hylkäys. Kyvyt luovat ymmärrettävän prosessin; ne eivät takaa kannattavaa kauppaa.

Jatka oppimista

Tutustu kaikkiin aineistoihin