Transaktioner, block och finalitet

Från begäran till registrering

Att trycka på Skicka startar en följd med fem urskiljbara steg. Plånboken bygger en transaktion som beskriver vad som ska ändras. Du godkänner den med en signatur som din privata nyckel skapar. Plånboken sprider den till nätverkets noder, som prövar den mot reglerna: är signaturen giltig, har kontot tillräckligt med medel, räcker avgiften? Sedan tar en validerare eller utvinnare med giltiga transaktioner i ett block. Slutligen verifierar andra noder blocket och bygger kedjan vidare ovanpå det.

Bara det andra steget är ditt, och det är oåterkalleligt på ett sätt som de flesta gränssnitt inte framhåller. När en giltig signatur väl spridits frågar ingen del av den övriga följden efter ditt samtycke igen. Allt du kan styra sker före godkännandet.

Mellan spridning och inkludering väntar en transaktion i ett utrymme som ofta kallas mempool. Vid trängsel växer kön, och de transaktioner som erbjuder högre avgifter väljs oftast först. Därför kan en överföring verka ha fastnat: den är inte borta, den står i kö.

Bekräftelser och finalitet är inte samma sak

En bekräftelse är beviset för att en transaktion tagits med i ett block. Varje block som byggs ovanpå gör det dyrare att skriva om den historiken, och därför väntar tjänster ofta på flera bekräftelser innan de krediterar ett konto. Antalet de väntar på är en riskpolicy, inte en konstant i protokollet.

Vissa nätverk lägger till uttrycklig finalitet: bortom en definierad punkt betraktar protokollet ett block som stängt, och att vända det skulle kräva ett angrepp som reglerna gör orimligt dyrt. Andra erbjuder bara en sannolikhetsgaranti som stärks med djupet. Ingen av metoderna är absolut bättre, men den praktiska följden skiljer sig, och en regel du lärt dig på ett nätverk kan vara fel på ett annat.

Det ärliga allmänna påståendet är snävt: större djup betyder lägre sannolikhet för återställning, hur mycket djup som behövs beror på nätverket och på insatsen, och inget nätverk erbjuder en återställning via kundtjänst i efterhand.

Läs statusen innan du reagerar

Väntande, ersatt, misslyckad och bekräftad är fyra olika tillstånd med fyra olika svar. Väntande betyder spridd men ännu inte inkluderad: svaret är oftast att vänta, eller att ersätta med högre avgift om plånboken erbjuder det. Ersatt betyder att en senare transaktion med samma nonce tagit dess plats. Misslyckad betyder att nätverket behandlat försöket och avvisat utfallet.

Ett misslyckat anrop till ett smart kontrakt kan ändå kosta avgifter. Det förvånar, men följer av hur nätverket fungerar: validerare har lagt verklig beräkning på att köra koden och upptäcka att den avbröts, och det arbetet betalas oavsett utfall.

Det dyraste misstaget i det här läget är att skicka samma betalning två gånger för att den första verkade inte ha gjort något. Ta fram transaktionshashen och granska den i en utforskare för rätt nätverk innan du skickar om något. En överföring som bara är långsam och en som verkligen misslyckats ser likadana ut i en plånbok och helt olika på kedjan.

• Ta fram transaktionshashen innan du drar några slutsatser.
• Granska den i en utforskare för det nätverk du faktiskt använde.
• Skilj tjänstens status från nätverkets status: de kan gå isär.
• Skicka aldrig om förrän du känner till statusen på det första försöket.

Vad kedjan visar och vad den inte visar

Offentliga utforskare visar adresser, belopp, kontraktsanrop, avgifter, tidsstämplar och statusar. Det gör oberoende verifiering möjlig utan att fråga någon om lov, vilket är verkligt värdefullt när en tjänst och ett nätverk inte är överens om vad som hänt.

Vad en utforskare inte visar är vem som är vem. Den anger inget juridiskt namn och kan inte säga om en adress tillhör en person, ett företag eller ett kontrakt. Men aktivitet går ofta att koppla: genom återanvända adresser, genom tjänster som verifierat identiteten, genom offentliga inlägg eller genom analys av transaktionsmönster. Offentligt betyder inte anonymt, och en permanent registrering i dag kan analyseras i morgon med bättre verktyg.