Como comprar MINA PROTOCOL (MINA) em segurança

O que é o Protocolo Mina?

Mina é o primeiro protocolo de moeda criptográfica com uma sucinta cadeia de bloqueios. As actuais moedas criptográficas, tais como Bitcoin e Ethereum, armazenam centenas de gigabytes de dados, e à medida que o tempo passa, as suas cadeias de bloqueio só crescem em tamanho. No entanto, com a Mina, por muito que o uso cresça, a cadeia de bloqueio permanece sempre do mesmo tamanho: cerca de 22kb1 (o tamanho de alguns tweets). Isto significa que os participantes podem sincronizar e verificar rapidamente a rede.

Este avanço é possível graças aos zk-SNARKs, um tipo de prova criptográfica sucinta. Cada vez que um nó de Mina produz um novo bloco, também gera uma prova SNARK que verifica que o bloco é válido. Todos os nós podem então armazenar a pequena prova, em vez de toda a cadeia. Ao não ter de se preocupar com o tamanho do bloco, o protocolo Mina permite uma cadeia de blocos descentralizada à escala.

Como funciona a Mina?

Como funciona uma “cadeia de bloqueio sucinta”? Leia o nosso whitepaper técnico para saber mais sobre os nossos preliminares criptográficos e a construção da sucinta cadeia de blocos utilizada na Mina.

Leia o nosso whitepaper de economia para aprender sobre os papéis dentro do Protocolo de Mina, desenho de incentivos, e política monetária.

“Toda a cadeia de blocos da Mina tem cerca de 22kb – o tamanho de um par de tweets”. Para analisar a afirmação acima, vamos primeiro esclarecer o que queremos dizer aqui com “cadeia de bloqueio”: uma representação inequívoca e utilizável (isto é, não simplesmente hashes) das partes do estado que interessam a um utilizador típico – nomeadamente, o equilíbrio actual […].

Toda a cadeia de blocos da Mina é cerca de 22kb – o tamanho de um par de tweets”.

Para analisar a afirmação acima, vamos primeiro esclarecer o que queremos dizer aqui com “cadeia de bloqueio”:

Uma representação inequívoca utilizável (isto é, não simplesmente hashes) das partes do estado que interessam a um utilizador típico, isto é, o seu saldo da conta corrente.

Os dados de que um nó precisa para verificar que este estado é real de uma forma não confiável.

A capacidade de emitir transacções através da rede para efectuar uma transferência.

“Blockchain” capta aqui (1), (2), e (3).

Noutras redes, tais como Bitcoin ou Ethereum, os mineiros precisam do historial completo das transacções na rede (organizadas através da cadeia de bloqueio) para validar completamente qualquer parte do estado actual dessas redes. Isto é verdade tanto para as redes baseadas em contas como para a UTXO. Qualquer novo nó (ou um nó que tenha estado offline durante um longo período) terá de se sincronizar com a rede não confiável, descarregando quaisquer blocos que tenha perdido.

Noutras redes, tais como Bitcoin ou Ethereum, existe a noção de um “cliente magro”. Estes clientes finos destinam-se a ambientes de baixa capacidade e ajudam os utilizadores a verificar/acessar informações relevantes para eles a partir do estado mais recente da cadeia de bloqueio sem terem de fazer uma dispendiosa (tanto no tempo como no espaço) operação de sincronização. Fazem-no lendo o cabeçalho de um bloco e verificando se o saldo está correcto em relação ao bloco que receberam, confiando assim no nó completo que lhes envia os dados. Estes nós leves não são capazes de representar a cadeia de bloqueio tal como a definimos acima.

Mina substitui toda a cadeia de blocos, desde a génese até qualquer bloco, por uma prova criptográfica de tamanho constante e facilmente verificável. A verificação desta prova para um bloco é equivalente à verificação de todas as transacções até alguns blocos atrás do bloco actual. A prova e as entradas para a função de verificação estão todas no último bloco a ser recolhido. Note-se que, devido à definição de cadeia de bloqueio acima do termo “utilizável” está incluído. Esta definição significa que, num protocolo sucinto como Mina, precisamos mais do que um simples objecto de prova ligado a um estado cheio de hashes opacos.

Este processo de verificação aplica-se a todos os nós da rede Mina. Algumas funções da rede precisam de informação adicional para desempenhar as suas funções, mas isto vai além da definição que demos acima. Leia mais sobre um nó “produtor de blocos” no apêndice.

Dados necessários para uma representação utilizável da cadeia de bloqueio.

Desejamos (1) poder verificar os saldos de uma conta específica e (2) poder enviar transacções para a rede. Para este nó, a que chamamos um “nó não-consenso”, só precisa de ser armazenado na sua memória: um estado de protocolo, a conta, um caminho de merkle para esta conta, e uma chave de verificação. É importante notar que estes nós poderosos não são clientes magros. Têm uma segurança equivalente à dos nós completos.

Este software cliente para um nó que apenas deseja agir como um “nó não-consensual” ainda não está implementado. Está no roteiro pós-Mainnet.

Estado do Protocolo

O estado do protocolo é uma representação inequívoca do estado actual da rede. Inclui hashes de várias estruturas de dados, incluindo o livro razão. Os nós produtores de blocos fazem mexericos em torno de blocos que contêm o estado do protocolo dentro deles.

Um bloco na Mina também contém outras informações; uma prova que inclui novas transacções e SNARKs para transacções incluídas em blocos anteriores. zk-SNARKs recursivas, uma função de verificação e uma chave de verificação permitem-nos verificar toda a sequência de blocos apenas através da prova e do estado do protocolo de um único bloco novo.

Após verificar que o novo estado é válido, o nó pode também verificar independentemente se o novo bloco é melhor do que o existente sem ter de confiar na fonte, comparando-o com o último melhor estado protocolar conhecido – podemos então optar por esquecer esta informação se não for melhor do que o existente ou substituir o que armazenámos. Por outras palavras, só temos de manter um estado de protocolo enquanto ouvimos os estados mais recentes.

Conta

Mina usa um modelo baseado em contas (semelhante ao Ethereum); o saldo correspondente a uma chave pública é armazenado num registo de conta. Um nó que não armazena o livro razão completo pode pedir um registo de conta particular a um nó que o armazena (por exemplo, nós produtores de blocos – ver anexo).

Caminho de Merkle para uma conta

Além disso, o nó solicitará também o merkle path para a conta para verificar se o registo da conta é válido sem depender de qualquer nó. A raiz de merkle resultante deve corresponder ao estado do ledger que foi verificado pelo laço da cadeia de bloqueio.