Spark explicado como se tivesse cinco anos

Fonte: CryptoNewsNet Título Original: Spark Explained Like You’re Five Link Original: Alguns de vocês podem recordar um artigo publicado há anos, Understanding Lightning Network Using an Abacus, que explicava como muitas pessoas não compreendiam totalmente como funciona o Lightning. O objetivo não era explicar a criptografia ou os detalhes de implementação do Lightning, mas desmistificar a ideia central por trás dos canais de pagamento. A analogia do ábaco ajudou a focar no conceito em vez da mecânica, e posteriormente as pessoas adotaram-na para explicar o Lightning a novatos.

Ao discutir o Spark, surge um padrão semelhante. Alguns sabem dizer “statechain”, mas para a maioria, é aí que termina a compreensão. O problema não é falta de inteligência ou esforço, mas simplesmente que o modelo mental subjacente não está claro. Esta explicação cobre como o Spark funciona conceitualmente, sem entrar em terminologia criptográfica.

O Quebra-Cabeça de Duas Peças

No seu núcleo, o Spark permite que os utilizadores enviem e recebam bitcoin sem transmitir transações na cadeia. O bitcoin não se move na cadeia quando a propriedade muda. Em vez disso, o que muda é quem pode autorizar conjuntamente o seu gasto. Essa autorização conjunta é partilhada entre o utilizador e um grupo de operadores chamado Entidade Spark (SE).

Para explicar como isto funciona, imagine que gastar um determinado conjunto de bitcoin no Spark requer completar um simples quebra-cabeça de duas peças:

• Uma peça do quebra-cabeça é mantida pelo utilizador.
• A outra peça é mantida pelo SE.

Só quando ambas as peças correspondentes se juntam, o bitcoin pode ser gasto. Um conjunto diferente de bitcoin exigirá a conclusão de um quebra-cabeça diferente.

O Que Acontece Quando a Propriedade Muda

Inicialmente, a Alice possui uma peça do quebra-cabeça que corresponde à peça mantida pelo SE. Ela pode gastar os seus bitcoins combinando as peças e completando o quebra-cabeça. Quando Alice quer enviar os seus bitcoins para o Bob, ela permite que o Bob crie um novo quebra-cabeça juntamente com o SE. Importa salientar que o próprio quebra-cabeça não muda: o antigo e o novo têm a mesma forma, mas as peças que o compõem mudam. O novo quebra-cabeça é designado para o Bob: um lado está associado ao Bob e o outro ao SE. A partir desse momento, apenas a peça do Bob corresponde à peça do SE. Alice ainda pode reter a sua antiga peça do quebra-cabeça, mas ela agora é inútil. Como o SE destruiu a sua peça correspondente, a peça de Alice já não encaixa em nenhuma outra peça e não pode ser usada para gastar o bitcoin. A propriedade mudou efetivamente para o Bob, mesmo que o bitcoin em questão nunca tenha sido movido na cadeia.

O Bob pode posteriormente repetir o mesmo processo para enviar o mesmo conjunto de bitcoin para a Carol e assim por diante. Cada transferência funciona substituindo as peças do quebra-cabeça, não movendo os fundos na cadeia.

Confiança e Segurança

Uma questão naturalmente surge: e se o SE simplesmente não descartar a sua antiga peça do quebra-cabeça? Nesse caso, o SE poderia coludir com o proprietário anterior, Alice, e gastar o bitcoin do Bob. Precisamos confiar que o SE, ao transferir a propriedade de Alice para o Bob, também destruiu a sua peça do quebra-cabeça. No entanto, é importante entender que um SE não é uma única parte. Ele consiste num grupo de operadores, e o lado do quebra-cabeça do SE nunca é detido por um único operador. Substituir o quebra-cabeça requer cooperação entre múltiplos operadores. Nenhuma parte pode manter secretamente um quebra-cabeça antigo ativo ou recriá-lo posteriormente. Basta que um operador aja honestamente durante uma transferência para impedir que um quebra-cabeça antigo seja reativado.

Conceito Central

A ideia principal é simples: o Spark não move bitcoin na cadeia entre utilizadores. Ele substitui quem detém a autorização válida para gastá-los. O bitcoin na cadeia não se move. O que muda é quais duas peças do quebra-cabeça encaixam-se.

Enquanto as transferências diárias dependem de autorização conjunta, o Spark também oferece aos utilizadores uma forma de gastar os seus fundos na cadeia sem exigir a cooperação do SE. Essa saída existe por design, garantindo que os utilizadores não dependam permanentemente do SE.