Ativos de emissão no BTC: projetos existentes e respectivos guias de projeto

Fonte: Bytecoin CKB

Eu sei, quando se trata deste problema, os puristas do BTC podem pensar: Não seria suficiente para o BTC ser apenas ouro digital? Por que precisamos de Tokens? Por que precisamos do USDT? No entanto, se você se preocupa especialmente com a segurança dos ativos, então você terá que considerar, e se o Ethereum cair? Quem vai resgatar o DeFi? Além disso, o esquema de Tokens é compatível com o protocolo do BTC e não vai prejudicar a funcionalidade original. Se não gostar, não precisa baixar o cliente de Token, e isso não terá um grande impacto.

Na Bitcoin emissãoToken: Por que não?

Em emissãoToken em Bitcoin, para transferir transações de ativos do mundo real para a cadeia, essa ideia surgiu por volta de 2010 na comunidade Bitcoin. As discussões iniciais da comunidade imaginavam transferir ativos do mundo real - como propriedades, ações, Moeda Fiat, etc. - para transações de Descentralização em Bitcoin. No entanto, devido a questões legais, a transferência de ativos como propriedades e ações não é tão simples. Mesmo que você pague por uma ativo digitalToken de sua casa para outra pessoa, o governo pode não reconhecer, ou automaticamente converter o título de propriedade do mundo real e ainda pode ser necessário pagar várias taxas. Além disso, sob regulamentação, as transações na cadeia não podem ser feitas arbitrariamente.

Portanto, o método mais atraente é emitir Token ligado à Moeda Fiat, ou seja, Moeda Estável. Moeda Estável é diferente de Token não fungível, eles ainda são Tokens fungíveis, apenas distintos do BTC original. Quando aparecem como Tokens, o valor deles é determinado pelo preço dos ativos do mundo real que representam, não mais pelo preço original da Moeda digital (se o preço da Moeda digital subir muito mais do que o preço do ativo, não é mais viável mantê-lo). Por isso, é comum que os Tokens em BTC sejam denominados em Satoshi (Satoshi).

Usar Moeda digital como Token de ativos requer a solução de dois problemas principais:

1. Como representar ativos do mundo real com BTC;
2. Como definir regras de transação complexas e contratos em uma linguagem de script extremamente limitada como BTC.

O conteúdo a seguir se concentra nos dois pontos acima e faz um resumo dos principais esquemas de emissão de ativos BTC existentes, e compara-os em termos de disponibilidade de dados, veículo de ativos, desempenho, escalabilidade, etc.

O primeiro token no BTC: moeda colorida

A pessoa que projetou o protocolo de Token no BTC inicialmente é desconhecida, a ideia pode ter surgido em discussões no fórum ou comunidade do BTC. O projeto Moeda Colorida (Colored Coin) foi iniciado por Yoni Assia em 2012, quando ele escreveu o White Paper de Moedas Coloridas juntamente com Vitalik Buterin, Lior Hakim, Meni Rosenfeld e Rotem Lev.[1], O projeto começou a operar em 2013.

As moedas tingidas funcionam marcando um Satoshi como uma moeda especial e escrevendo informações sobre o ativo no Satoshi – um processo chamado tingimento. Você pode tingir um Satoshi em cores diferentes e marcá-los, mas você não pode dizer a diferença entre moedas da mesma cor, como um monte de Satoshi tingido em dólares, que ainda são homogêneos. Protocolos mais antigos usavam o campo nSequence, que adicionava um sinalizador ao nSequence do primeiro UTXO de entrada da transação. No entanto, o limite superior do armazenamento nSequence é de apenas 4 bytes, então o design de token posterior é basicamente substituído pelo campo OP_RETURN, que pode armazenar mais metadados.

O token colorido está sendo mencionado principalmente porque é o primeiro projeto de Token na BTC. Devido ao desenvolvimento do projeto, na verdade, não é ideal e não obteve grande aplicação, o próprio projeto foi gradualmente esquecido. O problema enfrentado pelo token colorido naquela época era que a funcionalidade da BTC ainda não podia suportar essa ideia mais avançada, e era difícil implementar e executar de forma eficiente e estável. Talvez seja por isso que Vitalik, após o projeto do token colorido, se voltou contra a BTC e se tornou tão obcecado pelos contratos inteligentes.

Como a moeda tingida existe na forma de Satoshis, a sua validação é semelhante à validação de UTXO, exigindo o download de toda a cadeia. Este problema será resolvido mais tarde através da validação do lado do cliente (client-side validation).

Emitir tokens com OP_RETURN: Contraparte & Omni Layer

Ao contrário da moeda colorida, Counterparty[2][3]E a Camada OmniO protocolo por trás do USDT não é diretamente colorido na blockchain, mas sim um valor de UTXO é definido como 0 durante a transação, e os metadados são armazenados no OP_RETURN deste UTXO. O OP_RETURN pode armazenar 80 bytes, marcando que o UTXO do OP_RETURN não pode ser gasto, e o verdadeiro token é o output i-th registrado no OP_RETURN. O valor deste output geralmente é 0,00000546 BTC - o valor mais baixo permitido pelo sistema a ser enviado. Como o valor do token não está vinculado ao BTC, não é necessário enviar um valor maior do que 0,00000546 BTC.

A validação destes projetos requer a verificação na cadeia, os metadados são armazenados na cadeia.

A camada Omni foi por muito tempo um jogador na cadeia de blocos ETH, até recentemente voltou ao ecossistema BTC, preparando a emissão BTC-USDT. A Counterparty fez stake de uma parte do BTC e tem o seu próprio Token XCP. A partir do Twitter[4]Parece que recentemente estão a trabalhar em NFT.

Para mais informações sobre OP_RETURN, consulte:

1. Uma análise dos metadados de retorno OP do Bitcoin[5]
2. Construa manualmente OP_RETURN envie USDT[6]

Ancorando BTC com Sidechains: Rootstock & Liquid Network

Rootstock[7][8] E Rede Liquid[9]Estes dois projetos surgiram por volta de 2017, ambos são soluções de sidechain - eles usam o método de ancoragem bidirecional (Two-way peg) para transferir bitcoins para a sidechain e usam várias DeFi e dApps na sidechain compatível com EVM. Eles são semelhantes ao WBTC.O token (RSK tem RBTC, Liquid tem L-BTC), principalmente voltado para aqueles que desejam construir no ecossistema Ethereum usando BTC.

Emitir tokens no Rootstock é feito da mesma forma que no blockchain Ethereum, ou seja, pode-se dizer que a cadeia lateral Rootstock é compatível com o ecossistema Ethereum, exceto pela mineração, que é compartilhada com a cadeia Bitcoin. Por exemplo, o código de contrato inteligente também é escrito em Solidity. Portanto, os tokens aqui são emitidos com base no RBTC e não estão diretamente relacionados ao BTC.

Como este artigo se concentra principalmente na rede pública seguir, e a Rede Liquid é uma rede de consórcio, não vamos entrar em detalhes aqui.

Para saber mais sobre a RSK, consulte:

• RSK: Uma sidechain do Bitcoin com contratos inteligentes baseados em estado (Artigo RSK)[10]
• Dinheiro RSK[11]
• Perguntas frequentes[12]

Alguns dos projetos mencionados anteriormente desapareceram (como o Chroma), enquanto outros vendem a ecologia do Ethereum sob o disfarce do BTC. Isso ocorre principalmente porque após receber apoio do capital, as Finanças Descentralizadas e dApps ocupam uma posição absolutamente dominante no mercado da Ethereum, tornando mais difícil para projetos de Finanças Descentralizadas que não jogam com ela obter vantagem. Os Tokens na Ethereum são emitidos e negociados por meio de contratos, seguindo padrões como ERC-20. O ecossistema do Bitcoin também começou a desbloquear funções de contrato nos últimos dois anos, como o BitVM, e um padrão de Token BRC-20 também apareceu.

Implementar Contrato Inteligente em BTC: RGB

RGB (Really Good for Bitcoin), que foi criado em 2016,[13]Inicialmente concebido como concorrente da moeda colorida. No entanto, diante de desafios semelhantes, voltou-se para a implementação de contratos inteligentes no Bitcoin. Embora seu foco principal seja a execução de contratos inteligentes, em vez de tokens fungíveis, devido às limitações de sua máquina virtual AluVM, até 2024, a funcionalidade completa do contrato ainda é limitada.

A ideia da RGB é colocar os dados fora da cadeia e o código do contrato inteligente todos fora do Bitcoin, fornecendo compromissos de verificação de transações e emissão de tokens por meio da raiz de Merkle, enquanto a cadeia Bitcoin apenas faz a verificação e finalidade das transações para provar que não houve gastos duplos.

Uma coisa digna de nota sobre o RGB é o uso simultâneo de validação do cliente e uma técnica de selagem única, o que significa que ele não marca o Token no UTXO. Esses dois conceitos foram introduzidos pela primeira vez por Peter Todd em 2013.[14]Giacomo Zucco and Maxim Orlovsky designed the RGB protocol based on this proposal.

A validação do lado do cliente permite que os dados e o código usados na transação sejam mantidos fora da cadeia, sem serem transmitidos publicamente. Alguns dados podem ser trocados apenas entre as duas partes da transação, sem o conhecimento de outras pessoas não relacionadas à transação. O estado fora da cadeia é mantido com a ajuda do BTC, e o blockchain atua como data/hora, podendo comprovar a ordem cronológica do estado.

E um selo de uso único (single-use seal) - também é a aparência mais comum de verificação do cliente - é um selo de uso único digital. Aproveitando a natureza de que cada UTXO só pode ser gasto uma vez, as informações do estado fora da cadeia são escritas em um UTXO. Assim, se em algum momento esse UTXO for gasto, saberemos que o estado foi atualizado e as informações de estado atualizadas são escritas em um novo UTXO. Essas informações de estado fora da cadeia podem ser a propriedade de Token USDT, ou quantos Tokens existem em um determinado contrato.

Por exemplo, Alice quer transferir um USDT para Bob, este USDT não existe na Bitcoin na cadeia, a sua informação é mantida fora da cadeia, mas estará relacionada com um UTXO controlado por Alice. A informação está guardada no campo OP_RETURN de um UTXO que tem um valor zero, na transação que gerou este UTXO. Desta forma, apenas Alice pode gastar este USDT, e Bob pode rastrear na cadeia onde este USDT foi guardado em transações passadas, se os UTXOs são válidos e se a transação é legítima. Assim, quando Alice inicia a transação e move a informação de compromisso deste USDT para um UTXO controlado por Bob, ele pode ter a certeza de que recebeu este USDT.

RGB também pode ser executado na Rede de Iluminação, pois seu estado é fora da cadeia, apenas precisa colocar o compromisso na cadeia ou na Rede de Iluminação. Após a atualização do Taproot, o RGB pode incorporar o compromisso em uma transação Taproot, o que permite ao RGB incorporar o compromisso no BTC na cadeia de maneira mais flexível.

Para mais informações sobre RGB, consulte: RGB Blueprint[15]

Apenas suporta Token, não suporta contratos inteligentes: Taproot ativos

Taproot Asset é Lightning Network Daemon (LND)[16][17]Projeto desenvolvido pela equipe. Sua lógica é semelhante à do RGB, mas não suporta contratos inteligentes complexos, apenas tokens (consulte o artigo sobre a entrada TAPROOT aqui(Explicação).

Para saber mais sobre a validação do lado do cliente, RGB e Taproot, consulte:

1. Validação do lado do cliente[18]
2. Transações Off-Chain: A Evolução dos Protocolos de Ativos Bitcoin[19]
3. Counterparty vs RGB vs TARO[20]

Tornando cada Satoshi único: Ordinais e Inions

Casey Rodarmor lançou o Ordinal Protocol no início de 2023[21]Este projeto teve origem a partir de uma ideia: como atribuir números inteligentes para que cada um tenha um número de sequência único e seja classificado. Esta ideia surgiu ao mesmo tempo que as moedas coloridas, mas só foi levantada novamente no ano passado. Além disso, com a introdução das funcionalidades SegWit e Taproot, a sua implementação tornou-se menos complexa. O Ordinal torna cada inteligente único, o que permite a emissão direta de NFTs na cadeia de blocos do Bitcoin.

Inions[22]É apenas um projeto NFT como este. Os dados do NFT são armazenados nos dados de testemunho da transação, em vez do campo OP_RETURN usado anteriormente pelos projetos, o que permite armazenar metadados de até 4MB. Ao contrário dos NFTs no Ethereum, o Inion é armazenado na cadeia, incluindo metadados e imagens.

Para mais informações sobre Ordinais, consulte:

1. Ordinais: Um terreno comum para maximalistas do Ethereum e do Bitcoin?[23]
2. O Guia Definitivo para Bitcoin Ordinals e Inions[24]

Vinculação Bidirecional com Qualquer Cadeia UTXO: Ligação Homomórfica RGB++

RGB++[25][26]Inicialmente como BTC e CKB (Rede NervosO protocolo de ligação isomórfica entre cadeias de UTXO (unspent transaction output) surgiu com a base comum）, e agora é amplamente aplicável, não se limitando apenas à CKB e BTC, pois teoricamente quaisquer duas cadeias de UTXO podem ser ligadas por este protocolo.

RGB++ leva adiante a ideia de validação do lado do cliente e selos de uso único do RGB protocolo. Como mencionado anteriormente, o maior problema do RGB protocolo é que os dados são armazenados pelo usuário localmente. Se o usuário perder os dados por descuido, não há backup nem possibilidade de recuperá-los. Além disso, é difícil verificar outros dados, pois o usuário só armazena dados relacionados ao seu próprio Token. A solução da camada de vínculo homogênea é vincular não apenas o Token ao campo OP_RETURN do UTXO do BTC, mas também vincular as informações de transação do BTC correspondentes à transação na cadeia CKB (por meio da CKB Cell[27]No Lock, é usado um IB-lock especial para implementar isso. Ao verificar se uma transação CKB na cadeia é válida, o Lock usará os dados do cliente leve BTC na CKB para verificar se a UTXO correspondente foi gasta e se a nova UTXO gerada após a gasto está vinculada às informações de transação do Token atual (como parte das informações não assinadas).

Características do RGB++ que vale a pena seguir:

• Solucionar o problema da disponibilidade de dados por meio de vinculação bidirecional: A célula CKB promete vincular ao campo OP_RETURN do UTXO; As informações do UTXO são vinculadas à célula de saída da transação CKB.
• Compatível com Rede de iluminação e Rede de Fibra (baseada em CKB)
• Suporte a múltiplos ativos
• Pode ser vinculado a qualquer cadeia UTXO

Para obter mais informações sobre RGB++, consulte:

1. RGB++ Protocol Light Paper[28]
2. O Guia Definitivo para RGB, RGB++ e Validação do Lado do Cliente[29]

Para entender melhor as vantagens e limitações de cada projeto, vamos comparar os projetos na tabela abaixo. Os indicadores a seguir precisam ser destacados:

• Disponibilidade de dados: A cadeia isomórfica (isomorphic-chain) e as cadeias laterais são quase iguais, enquanto a disponibilidade de dados na cadeia é mais fraca do que outras soluções. A classificação desta disponibilidade de forte a fraca é: na cadeia ≥ cadeia isomórfica ≥ cadeias laterais > fora da cadeia;
• Portador de ativos (Asset carrier): esquemas de Token diretamente relacionados ao BTC são melhores do que esquemas não diretamente relacionados;
• Fungibilidade: aqui se refere à capacidade dos Tokens nativos do projeto de serem intercambiáveis, não significa que o projeto não suporte emissão de Tokens não fungíveis, que pode ser alcançado através da adição de um protocolo adicional;
• Expressividade: refere-se à capacidade de lidar com Contratos inteligentes complexos.

Links mentioned in the text:[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

base de conhecimento/guia definitivo_para_rgb_rgbpp_e_validação_do_lado_do_cliente[29]