
Ark é um novo mecanismo de lotes de transações fora da cadeia proposto originalmente por Burak, um jovem desenvolvedor turco. Atualmente, existem duas implementações sendo construídas, uma da Ark Labs, e a outra por segundo, nenhuma das quais a Burak está envolvida.
A proposta original de ARK foi muito mais complicada e envolveu alguns objetivos de design mais focados em relação à privacidade do que as implementações atualmente sendo construídas. Também foi originalmente previsto para exigir o CheckTemPlatimsify (CTV) para ser construído.
O protocolo depende de um servidor de coordenação central para funcionar corretamente, mas apesar disso é capaz de fornecer a mesma funcionalidade e segurança que garante que a rede de raios faça. Enquanto um usuário permanecer on -line durante o período necessário, o tempo todo (a menos que eles optem por confiar no operador por curtos períodos de tempo), todo usuário é capaz a qualquer momento de sair unilateralmente do sistema ARK a qualquer momento e retomar o controle unilateral total de seus fundos.
Ao contrário do Lightning, a ARK não exige que os usuários tenham liquidez pré-alocada atribuída a eles para receber fundos. Um usuário da ARK pode simplesmente a bordo de uma carteira e receber fundos imediatamente sem pré-alocação de liquidez.
Vamos percorrer as diferentes peças constituintes da arca.
A árvore da arca
As moedas mantidas na arca são chamadas de UTXOS virtual (vutxos). Essas são simplesmente transações pré-assinadas que garantem a criação de um UTXO real sob o controle unilateral de um usuário uma vez enviado, mas, de outra forma, são mantidos offchain.
Os vutxos de todo usuário são aninhados dentro de uma árvore de transações pré-assinadas ou um “lote”. A ARK funciona com o servidor coordenador ou o provedor de serviços da ARK (ASP), facilite a coordenação entre os usuários necessários para criar um lote. Sempre que os usuários estão recebendo fundos, integrando para arca ou offboard, é necessário construir uma transação e a árvore de transações associadas para criar um novo lote.
A árvore é construída para pegar o UTXO de raiz única, confirmada em Onchain, travada com um multisig n-n-n, incluindo todos os usuários que mantêm vutxos na árvore, bem como o ASP, e se dividem lentamente em cada vez mais UTXOS até que, eventualmente, atinja as folhas, que são cada usuários vutxo. Cada Vutxo é garantido usando um script que deve ser assinado por um multisig 2-de-2, uma chave mantida pelo usuário e a outra pelo ASP, ou apenas pelo usuário após um cronograma.
Cada vez que a árvore se divide, os vutxos são criados no OnChain, mas o UTXOS mais interno é que ainda não se dividem em vutxos. Cada um desses UTXOs internos é bloqueado com um multisig n-n-n composto pelo ASP e todos os usuários que têm um vutxo mais abaixo na árvore. Durante o processo de criação de lote, os usuários começam em seus respectivos vutxos e passam por um processo de assinatura até a raiz da árvore. Isso garante que a raiz nunca seja assinada antes que a reivindicação de cada usuário de um Vutxo seja, garantindo que eles sempre tenham acesso unilateral no pior cenário de seus fundos.
Cada lote também tem um tempo de validade (que fará sentido na próxima seção). Esse caminho gasto de validade, que existe como uma condição de gasto alternativa para a raiz Utxo Onchain e todos os UTXO internos, permite que o ASP gaste unilateralmente todos os fundos por si só.
Transações, pré -confirmação e entradas de conector
Quando se trata de transações na ARK, existem dois mecanismos possíveis que são possíveis, tanto com seus próprios custos quanto implicações em termos de modelo de segurança. Existem transferências fora da rodada, ou transações pré-confirmadas, e existem transferências em rodagem ou transações confirmadas.
Realizar uma transferência fora da rodada é um processo muito simples. Se um usuário (Alice) quiser pagar outro (BOB), eles simplesmente entram em contato com o ASP e fazem com que co-assinaram uma transação gastando o Vutxo com Bob. Bob recebe então a transação pré-assinada, bem como todos os outros que precedem de volta ao lotes da raiz. Bob agora é capaz de sair unilateralmente da arca com esta transação, masele deve confiar no ASP para não conspirar com Alice para dobrá -lo. Essas transações fora da rodada podem até ser acorrentadas várias vezes antes de finalmente confirmá-las.
Para finalizar uma transação da ARK, os usuários precisam se envolver em uma “troca de lote”. Os usuários não podem realmente confirmar uma transferência sem confiança em um único lote, eles precisam trocar atomicamente um vutxo em um lote existente com um novo vutxo criado em um novo lote. Isso é feito usando o ASP como facilitador da troca e com a ajuda do que é chamado de “entrada do conector”.

Quando um usuário vai finalizar uma transação da ARK com uma troca de lote, eles abandonam o controle do Vutxo para o ASP. Isso pode ser problemático, o que é impedir o ASP de simplesmente mantê -lo e não dar a eles um vutxo confirmado em um novo lote? A entrada do conector.
Quando um novo lote é criado, uma segunda saída é criada na transação que é confirmada na cadeia instanciando uma nova árvore composta por UTXOS do conector. Quando Bob assina uma transação perdida para o ASP para conduzir a troca de lote, a transação inclui como entrada um dos utxos do conector Do novo lote.
Isso cria uma garantia atômica. O Vutxo confirmado de Bob está incluído em um lote na mesma transação em que a entrada do conector é criada, que é necessária para que sua transação perdida seja válida. Se esse lote nunca for criado, ou seja, Bob nunca recebe o novo Vutxo confirmado, então a transação perdida que assinou para o ASP nunca será válida e confirmável.
Dinâmica de liquidez e Blockspace
Toda a liquidez necessária para criar novos lotes para facilitar as transferências entre os usuários é fornecida pelo ASP. Eles são obrigados a ter liquidez suficiente para criar novos lotes para os usuários até que os antigos expirem e o ASP possa varrê -los unilateralmente para recuperar a liquidez antiga anteriormente travada para criar vutxos para os usuários.
Esse é o núcleo da dinâmica de liquidez no centro do protocolo da ARK. Embora, em certo sentido, seja uma vitória maciça de eficiência, não exigindo que os provedores de liquidez avaliem os usuários e essencialmente adivinhem quais receberão grandes volumes de pagamentos antes que eles possam receber fundos, em outro, é uma perda de eficiência, pois o ASP deve ter liquidez suficiente para continuar a criar novos lotes para os usuários, por mais tempo que confunde o tempo de expiração e que possam começar a reclamar.
Isso pode ser atenuado em um grau decente pela frequência com que um ASP oferece para criar novos lotes para finalizar transações pendentes. No caso de um ASP tentar criar novos lotes em tempo real, à medida que as transações estão chegando, os requisitos de liquidez seriam exorbitantes. No entanto, um ASP pode diminuir a frequência na qual eles criam novos lotes e diminuem drasticamente seus requisitos de liquidez.
Essa dinâmica também tem implicações para o uso do Blockspace. Diferentemente do Lightning, que pode fornecer forte confirmação, garante inteiramente offchain, para que uma transação da ARK tenha um grau de finalidade equivalente a confiar um novo lote tem a ser criado onchain. Isso significa que, diferentemente do raio, onde o volume de transações não se reflete em Onchain, a velocidade das transações da ARK requer inerentemente uma quantidade proporcional de uso do Blockspace, embora de maneira muito compactada e eficiente. Isso cria um limite superior teórico de quantos lotes da arca podem ser criados durante um determinado intervalo de tempo (embora as árvores da arca possam ser menores ou maiores, dependendo dessa dinâmica).
Embrulhando
A ARK apresenta de muitas maneiras um conjunto quase oposto de trocas para a rede de raios. É uma melhoria maciça de eficiência do Blockspace para transações offchain e acaba com o problema da alocação de liquidez na rede de raios, mas possui um limite de taxa de transferência muito mais próximo que está correlacionado com o limite de taxa de transferência de blockchains.
Essa dinâmica de trocas quase opostas o torna um sistema muito complementar para a rede de raios. Ele também pode interoperar com ele, ou seja, os vutxos podem ser trocados atomicamente em transações entrando ou saindo da rede Lightning.
Em última análise, como se encaixa no ecossistema mais amplo de bitcoin ainda está para ser visto, mas é uma pilha de protocolo sem dúvida valiosa que encontrará algum nicho funcional, mesmo que seja diferente do que se destina originalmente.
Fonte: bitcoinmagazine.com