Leia o protocolo Bitcoin RGB em um artigo

金色财经_

Por Federico Tenga, Bitfinex RGB Team Member, Iris Wallet Developer; Tradução: Golden Finance xiaozou

Recentemente, tem havido um interesse crescente em comparar tokens baseados em Bitcoin e baseados na Lightning Network. A ideia de criar tokens para representar ativos que podem ser transferidos e armazenados de forma segura e conveniente, assim como o Bitcoin, não é nova. De fato, em 2013, protocolos como Counterparty e OmniLayer (anteriormente Mastercoin) foram pioneiros na ideia, que mais tarde foi adotada pelo Ethereum e outras altcoins. No entanto, usar altcoins para proteger ativos financeiros não é o ideal, pois elas não oferecem o mesmo nível de segurança e descentralização que o Bitcoin. Por esse motivo, também houve projetos ao longo dos anos que surgiram na tentativa de modernizar o protocolo de token na rede Bitcoin e torná-lo compatível com a Lightning Network, especificamente RGB, OmniBolt e, mais recentemente, Taro. Este artigo focará o RGB, fornecendo uma visão abrangente de como ele funciona e sua proposta de valor.

1, Legado de Token no Protocolo Bitcoin

Antigos protocolos de token baseados em Bitcoin, como Counterparty e OmniLayer, “coloriam” colocando metadados em transações Bitcoin e sinalizando que deveria ser considerado uma transferência de token. Esse sinal geralmente ocorre na saída OP_RETURN, que é ignorada por um nó Bitcoin normal, mas pode ser interpretada por um nó com reconhecimento de protocolo de token, que então impõe as regras de validação do protocolo de token.

! [mWMQA4cCFyxXoXu0rU5vn5oBWdvOm88zGE9uQMCV.png] (https://img.jinse.cn/7133079_watermarknone.png “7133079”)

Embora este design seja eficaz, existem algumas desvantagens:

· A quantidade de informações relacionadas à transferência de token é limitada por OP_RETURN bytes de saída, que é de 80 bytes de acordo com regras padrão, o que é suficiente para a codificação básica de dados de transação, mas não o suficiente para suportar casos de uso mais complexos.

· Os nós de protocolo de token precisam verificar todo o blockchain em busca de transferências de token que possam ser relevantes para os usuários na saída OP_RETURN, um processo que se torna mais intensivo em recursos à medida que o blockchain cresce em tamanho.

· A proteção de privacidade para os usuários é terrível porque todos os dados de transação são visíveis para qualquer pessoa na cadeia, e o anonimato do token que você usa pode ser ordens de magnitude mais fraco do que o Bitcoin que você normalmente usa.

2, transferências off-chain

Para melhorar este design, o projeto RGB propôs uma solução mais escalável, consciente da privacidade e preparada para o futuro baseada no conceito de verificação do lado do cliente e selos de uso único, que foi originalmente proposto por Peter Todd em 2017.

No centro da ideia está a ideia de usar o blockchain do Bitcoin apenas quando necessário, ou seja, usando sua prova de trabalho e natureza descentralizada da rede para proteção de gastos duplos e resistência à censura. Todo o trabalho de verificação de transferência de tokens pode ser movido para fora da camada de consenso global e mantido off-chain, delegando-o apenas aos clientes que recebem pagamentos.

Como é que tudo funciona? Em RGB, basicamente os tokens sempre precisam ser alocados para UTXOs Bitcoin (já existentes ou especialmente criados), e para transferir tokens, você precisa gastar tais UTXOs. Ao gastar UTXOs, as transações Bitcoin devem incluir uma mensagem de promessa de que a mensagem contém informações de pagamento RGB, entradas de definição, o Bitcoin UTXO para o qual o token será enviado, o ID do ativo, montante, condições de gastos e quaisquer outros dados adicionais que você queira anexar.

! [LnBQoqrWgI47Ivmp7lSrEoRoyGV4VefYNgqG3gR6.png] (https://img.jinse.cn/7133083_watermarknone.png “7133083”)

Portanto, para transferir tokens RGB alocados para UTXOs Bitcoin, as transações Bitcoin devem ser necessárias. No entanto, a saída de uma transferência RGB não precisa ser a mesma que a saída de uma transação Bitcoin! Como vimos no exemplo acima, uma transação RGB pode gerar um UTXO que não está completamente relacionado à transação Bitcoin submetida a ele. Isso significa que os tokens RGB podem ser “transferidos” de um UTXO para outro sem deixar qualquer vestígio no gráfico de transações Bitcoin. É bom para a privacidade!

Neste design, o Bitcoin UTXO é usado como um selo único contendo ativos RGB, e para transferir ativos, você basicamente precisa abrir o selo antigo e colocar o novo selo.

Os dados de pagamento específicos do RGB são transmitidos do cliente do ordenante para o cliente do destinatário através de um canal de comunicação dedicado que verifica se as regras do protocolo RGB estão a ser seguidas. Desta forma, os observadores de blockchain não serão capazes de extrair qualquer informação sobre a atividade do usuário RGB.

Infelizmente, verificar o pagamento recebido não é suficiente para garantir que o remetente é o verdadeiro proprietário do ativo que acabou de lhe enviar, portanto, para que o pagamento recebido seja considerado final, você deve receber todo o histórico de transações relacionado ao token que acabou de enviar do pagador, até a emissão inicial. Ao verificar todo o histórico de transações, você pode garantir que o ativo está livre de inflação e que todas as condições de gastos relacionadas ao ativo estão sendo cumpridas.

! [zZVf5MlHozml9TA3HMdyWavHbBD9OISh9cWrjsEz.png] (https://img.jinse.cn/7133084_watermarknone.png “7133084”)

Esse design ajuda na escalabilidade porque você não precisa verificar todo o histórico do ativo, apenas as transações que são relevantes para você. Além disso, as transações não são transmitidas para o livro-razão global, melhorando a privacidade porque menos pessoas sabem que suas transações existem.

3, Segredos cegos

Para melhorar ainda mais a privacidade, o RGB suporta ocultação da saída, o que significa que na solicitação de pagamento que você envia para a pessoa que precisa pagar você, você não divulga o UTXO que deseja receber o token, apenas pede ao pagador para enviar o token para um hash que você gera concatenando o UTXO com uma chave oculta aleatória. Desta forma, o pagador não saberá o UTXO recebendo os tokens, então é impossível para a exchange ou outro provedor de serviços saber se eles estão ajudando com uma retirada UTXO que está “na lista negra” por um regulador, ou para monitorar quando os tokens serão gastos no futuro.

Observe que, ao pagar tokens, a chave oculta deve ser divulgada ao recetor para que o recetor possa verificar todas as transações Bitcoin no histórico de transações. Isso significa que, com o RGB, você atualmente tem total privacidade, mas os futuros detentores de tokens poderão ver o UTXO completo envolvido na transferência. Assim, enquanto os usuários desfrutam de privacidade perfeita ao receber e manter tokens, a confidencialidade das atividades financeiras passadas dos usuários diminui com o tempo, pois os tokens são constantemente transferidos entre as pessoas, aproximando-se do nível de privacidade do nosso histórico de transações Bitcoin passadas.

4, compatibilidade com Lightning Network

Como o RGB é construído em Bitcoin, também é possível transferir tokens RGB para a Lightning Network, e isso já está sendo estudado. A Lightning Network é uma solução de escalabilidade baseada em canal de pagamento que realmente requer algum trabalho para inicializar uma boa liquidez de canal entre ativos, seja por meio da adoção generalizada do ativo, ou por meio de software de gerenciamento de canal que se conecta diretamente a nós que suportam os ativos nos quais o usuário está interessado, criando algum tipo de sub-rede específica de ativos.

Outra solução para viabilizar ativos menos populares na Lightning Network é introduzir nós que forneçam um serviço de troca entre um determinado ativo e o Bitcoin. Desta forma, uma vez trocado com Bitcoin, o valor pode ser transferido através da rede através da liquidez do Bitcoin, e quando atinge a outra extremidade do caminho, outro nó de troca converte o Bitcoin de volta para o ativo original. Tal eliminará a necessidade de uma rede específica de ativos líquidos. No entanto, para tornar isso uma realidade, o volume de negociação de cada ativo com Bitcoin precisa ser grande o suficiente para incentivar os criadores de mercado a operar nós de negociação em vários locais na rede, oferecendo spreads bid-ask que são baixos o suficiente para evitar perder muito valor dos pagamentos entre as duas negociações.

! [fhtSwIHlaPktkY8QF0YxwdPwpVowif3GioSbk6ev.png] (https://img.jinse.cn/7133085_watermarknone.png “7133085”)

5, contratos inteligentes avançados

Ao usar transações Bitcoin, RGB herda automaticamente toda a funcionalidade de contrato inteligente do Bitcoin, mas não está limitado a isso! Ao transferir tokens para uma contraparte, você pode definir no pagamento as condições de gastos adicionais que essa contraparte deve cumprir no futuro. Essa condição de gasto adicional não é imposta pelo consenso em todo o blockchain, mas pelo processo de verificação do nó RGB. Isso significa que, se alguém tentar gastar tokens sem aderir às regras específicas de condição de gastos do RGB, o nó do recetor não será capaz de validar com sucesso e considerará o pagamento não final, o que é especialmente ruim para o remetente. Na verdade, enquanto os pagamentos RGB falham, as transações de Bitcoin que custam UTXOs (tokens são alocados para UTXOs) podem já ter sido confirmadas no blockchain, o que significa que esses tokens não serão mais alocados a nenhum UTXOs e também podem ser considerados queimados (queimados), o que é um fator dinâmico a considerar ao escrever contratos inteligentes RGB.

Outro compromisso a ser observado é que, embora os contratos RGB possam fornecer mais privacidade e escalabilidade do que qualquer alternativa, seu estado não é globalmente acessível e eles não podem ser sem dono (como acontece em outros blockchains), o que também representa um grau de limitação para alguns casos de uso.

Devido à natureza do lado do cliente do RGB, várias estruturas de contrato inteligente podem ser propostas e implementadas de forma sem permissão. No momento em que este artigo foi escrito, há um projeto chamado AluVM que está trabalhando nessa direção.

6, RGB e alternativas

Qualquer pessoa interessada em adotar o RGB vai se perguntar como ele se compara a outros protocolos de token. Vamos detalhar alguns exemplos:

Tokens baseados em Altcoin

A maioria dos protocolos de token baseados em altcoin (por exemplo, ERC-20) oferece contratos inteligentes com um estado global sem dono, o que torna bastante fácil implantar DEXs e outros aplicativos financeiros, mas é difícil de escalar, não tem privacidade e herda todas as desvantagens dessas altcoins, como altos custos de execução de nós, baixa descentralização e fraca resistência à censura.

Ativos Líquidos

Liquid é uma sidechain federada de Bitcoin que oferece alguns recursos interessantes, como suporte de ativos nativos e transações secretas, que podem ocultar o valor do pagamento e o ID do ativo transferido dos observadores do blockchain. Mais uma vez, porém, o modelo federado levanta o mesmo problema: baixa descentralização e fraca resistência à censura.

  • OmniBolt

O OmniBolt é uma versão compatível com Lightning do OmniLayer, que é brevemente abordada no início deste artigo. Ele tem compensações muito semelhantes ao RGB, mas oferece menos proteção de privacidade e escalabilidade porque todos os dados relacionados a tokens são mantidos on-chain.

  • Taro

Bitcoin 2022 Miami anunciou que o Taro, um projeto apoiado pela Lightning Labs, visa colocar ativos no topo da Lightning Network. De acordo com as notas de especificação publicadas, o design é muito semelhante ao RGB, com essencialmente as mesmas características e compensações. No momento em que este artigo foi escrito, a principal diferença entre RGB e Taro parece ser que RGB lançou algum código revisável, enquanto Taro lançou apenas especificações, mas por outro lado, você pode dizer que Taro é apoiado por uma das melhores equipes do ecossistema lightning, tornando as implementações futuras promissoras. Considerando as semelhanças entre os dois projetos, seria ótimo se o Taro e o RGB fossem finalmente capazes de interoperar, mas só o tempo dirá se isso acontecerá.

Isenção de responsabilidade: As informações contidas nesta página podem ser provenientes de terceiros e não representam os pontos de vista ou opiniões da Gate. O conteúdo apresentado nesta página é apenas para referência e não constitui qualquer aconselhamento financeiro, de investimento ou jurídico. A Gate não garante a exatidão ou o carácter exaustivo das informações e não poderá ser responsabilizada por quaisquer perdas resultantes da utilização destas informações. Os investimentos em ativos virtuais implicam riscos elevados e estão sujeitos a uma volatilidade de preços significativa. Pode perder todo o seu capital investido. Compreenda plenamente os riscos relevantes e tome decisões prudentes com base na sua própria situação financeira e tolerância ao risco. Para mais informações, consulte a Isenção de responsabilidade.
Comentar
0/400
Nenhum comentário