Hur man köper MINA PROTOCOL (MINA) på ett säkert sätt

Vad är Mina-protokollet?

Mina är det första protokollet för kryptovalutor med en kortfattad blockkedja. Nuvarande kryptovalutor, som Bitcoin och Ethereum, lagrar hundratals gigabyte data, och med tiden växer deras blockkedjor bara i storlek. Men med Mina är blockkedjan alltid lika stor, oavsett hur mycket användningen ökar: cirka 22 kb1 (storleken på några tweets). Detta innebär att deltagarna snabbt kan synkronisera och verifiera nätverket.

Detta framsteg är möjligt tack vare zk-SNARKs, en typ av kortfattade kryptografiska bevis. Varje gång en Mina-nod producerar ett nytt block genererar den också ett SNARK-bevis som verifierar att blocket är giltigt. Alla noder kan då lagra det lilla beviset i stället för hela kedjan. Genom att Mina-protokollet inte behöver oroa sig för blockstorleken möjliggörs en decentraliserad blockkedja i stor skala.

Hur arbetar Mina?

Hur fungerar en ”kortfattad blockkedja”? Läs vårt tekniska whitepaper för att få veta mer om våra kryptoförberedelser och konstruktionen av den kortfattade blockkedja som används i Mina.

Läs vårt whitepaper om ekonomi för att lära dig mer om rollerna i Mina-protokollet, utformning av incitament och penningpolitik.

”Hela Mina-blockkedjan är ungefär 22 kb – storleken på ett par tweets.” För att analysera ovanstående uttalande måste vi först klargöra vad vi menar med ”blockkedja”: en otvetydig användbar representation (dvs. inte bara hash) av de delar av tillståndet som är viktiga för en typisk användare – nämligen det aktuella saldot […].

Minas hela blockkedja är ungefär 22 kb – storleken på ett par tweets.”

För att analysera ovanstående uttalande måste vi först klargöra vad vi menar med ”blockchain”:

En användbar otvetydig representation (dvs. inte bara hash) av de delar av tillståndet som är viktiga för en typisk användare, dvs. deras aktuella kontosaldo.

De uppgifter som en nod behöver för att verifiera att detta tillstånd är verkligt på ett icke tillförlitligt sätt.

Möjligheten att utfärda transaktioner via nätverket för att göra en överföring.

”Blockkedja omfattar här (1), (2) och (3).

I andra nätverk, t.ex. Bitcoin eller Ethereum, behöver gruvarbetarna hela transaktionshistoriken i nätverket (organiserad genom blockkedjan) för att fullt ut kunna validera någon del av det aktuella tillståndet i dessa nätverk. Detta gäller både kontobaserade nätverk och UTXO. En ny nod (eller en nod som varit offline under en längre tid) måste synkronisera sig med det opålitliga nätverket och hämta de block som den har förlorat.

I andra nätverk, t.ex. Bitcoin eller Ethereum, finns begreppet ”tunn klient”. Dessa tunna klienter är avsedda för miljöer med låg kapacitet och hjälper användarna att verifiera/åtkomst till information som är relevant för dem från det senaste tillståndet i blockkedjan utan att behöva göra en kostsam synkronisering (både i tid och rum). De gör detta genom att läsa rubriken på ett block och kontrollera att balansen är korrekt i förhållande till det block de har fått, vilket innebär att de litar på den fullständiga nod som skickar dem data. Dessa lätta noder kan inte representera blockkedjan enligt definitionen ovan.

Mina ersätter hela blockkedjan, från uppkomsten till varje block, med ett kryptografiskt bevis av konstant storlek som är lätt att verifiera. Att verifiera detta bevis för ett block är likvärdigt med att verifiera alla transaktioner upp till några block bakom det aktuella blocket. Beviset och ingångarna till verifieringsfunktionen finns alla i det sista blocket som hämtas. Observera att termen ”användbar” ingår i definitionen av blockkedja ovan. Denna definition innebär att vi i ett kortfattat protokoll som Mina behöver mer än bara ett bevisobjekt som är kopplat till ett tillstånd fullt av ogenomskinliga hashkoder.

Denna verifieringsprocess gäller för alla noder i Mina-nätverket. Vissa nätverksroller behöver ytterligare information för att kunna utföra sina uppgifter, men detta går utöver den definition som vi har gett ovan. Läs mer om en ”blockproducent”-nod i bilagan.

Data som behövs för att blockkedjan ska kunna användas.

Vi vill 1) kunna kontrollera saldot på ett visst konto och 2) kunna skicka transaktioner till nätverket. För den här noden, som vi kallar en ”icke-konsensusnod”, behöver den bara lagra följande i sitt minne: ett protokolltillstånd, kontot, en merkle-sökväg till detta konto och en verifieringsnyckel. Det är viktigt att notera att dessa kraftfulla noder inte är tunna klienter. De har samma säkerhet som fullständiga noder.

Denna klientprogramvara för en nod som endast vill agera som en ”icke-konsensusnod” har ännu inte implementerats. Det finns med i färdplanen för post-mainnet.

Protokolltillstånd

Protokolltillståndet är en otvetydig representation av nätverkets aktuella tillstånd. Det innehåller hashkoder av olika datastrukturer, inklusive huvudboken. Noder som producerar block skvallrar om block som innehåller protokollets tillstånd.

Ett block i Mina innehåller också annan information: ett bevis som innehåller nya transaktioner och SNARKs för transaktioner som ingår i tidigare block. Rekursiva zk-SNARKs, en verifieringsfunktion och en verifieringsnyckel gör det möjligt att verifiera hela sekvensen av block endast genom beviset och protokolltillståndet för ett enda nytt block.

Efter att ha kontrollerat att det nya tillståndet är giltigt kan noden också självständigt kontrollera om det nya blocket är bättre än det befintliga utan att behöva förlita sig på källan genom att jämföra det med det senast kända bästa protokolltillståndet – vi kan sedan välja att glömma denna information om den inte är bättre än den befintliga eller ersätta den vi lagrade. Med andra ord behöver vi bara behålla ett protokolltillstånd medan vi lyssnar på nyare tillstånd.

Konto

Mina använder en kontobaserad modell (liknande Ethereum); saldot som motsvarar en offentlig nyckel lagras i en kontopost. En nod som inte lagrar hela huvudboken kan begära en viss kontopost från en nod som lagrar den (t.ex. blockproducerande noder – se bilaga).

Merkle-sökväg till ett konto

Dessutom kommer noden att begära merkle-sökvägen till kontot för att kontrollera att kontoposten är giltig utan att förlita sig på någon nod. Den resulterande merkle-roten måste matcha det huvudbokstillstånd som verifierades av blockchain snark.