Reencaminhar o título original： Discussão aprofundada sobre o Protocolo das Runas e o mecanismo de emissão de "gravura pública".

Este artigo foi reproduzido do Foresight News, escrito pela Trustless Labs. Link do artigo original: https: //foresightnews.pro/article/detail/54503 O entusiasmo pela via do Bitcoin Layer 2 continua elevado, entre os muitos projectos L2, o CKB destaca-se por várias razões. Por um lado, porque a equipa é originária da conhecida cadeia pública Nervos CKB, que tem estado profundamente envolvida no mecanismo de Prova de Trabalho (PoW); por outro lado, depois de anunciar o reposicionamento como uma rede BTC Layer 2, a equipa propôs um esquema inovador, RGB++, utilizando a Célula na cadeia CKB para "ligar isomorficamente" o UTXO da cadeia original de Bitcoin. A reação do mercado à CKB foi muito entusiástica. Em 22 de fevereiro, a Trustless Labs convidou os autores do RGB++ e o cofundador da CKB, Cipher, bem como o líder do ecossistema, Baiyu, para partilharem os seus conhecimentos sobre o Bitcoin L2, o mecanismo do RGB++, os activos do RGB++ e as ideias de desenvolvimento do ecossistema CKB. Segue-se uma disposição de texto do conteúdo no espaço do Twitter:

1. A Nervos CKB é uma cadeia pública PoW de longa data, porque é que insistiu em PoW sem fazer a transição para uma cadeia PoS? Como é que surgiu a ideia de passar para o BTCKB?

A Nervos CKB optou por manter o PoW em vez de fazer a transição para uma cadeia PoS, uma decisão que se baseia no nosso profundo conhecimento da tecnologia e do mercado. Acreditamos que a descentralização e a segurança trazidas pelo mecanismo Proof of Work (PoW) são insubstituíveis. Além disso, as nossas escolhas tecnológicas - incluindo o modelo UTXO e a adoção da arquitetura RISC-V - apesar de contrariarem a tendência dominante na altura, basearam-se em considerações de sustentabilidade a longo prazo e vantagens tecnológicas. Desde o início do projeto, em 2018, até ao seu lançamento, em 2019, vivemos várias flutuações no mercado das criptomoedas, mas nunca mudámos de direção. Nessa altura, os contratos inteligentes e os mecanismos PoS eram considerados a direção futura, enquanto o PoW era visto como uma tecnologia ultrapassada. No entanto, o nosso compromisso com o PoW não é meramente por preferência pela tecnologia, mas também porque acreditamos que o modelo UTXO e o mecanismo PoW podem fornecer características únicas de segurança e descentralização que outras soluções tecnológicas não podem substituir. No que diz respeito à ideia de passar para o BTCKB, ela decorre, de facto, da nossa profunda perceção das narrativas do mercado. Nos últimos anos, embora a nossa narrativa parecesse ser suprimida pelas narrativas do PoS e do modelo de conta, desde o ano passado, com a expansão do Bitcoin na Camada 1 e o surgimento de novas aplicações para o modelo UTXO, vimos uma oportunidade. Estas alterações não só expandiram os casos de utilização da Bitcoin, como também melhoraram a compreensão e a aceitação do UTXO e do PoW por parte dos utilizadores. Além disso, com a reavaliação do impacto ambiental do PoW e o crescente reconhecimento da computação fora da cadeia e dos padrões de verificação na cadeia, acreditamos que esta é a melhor altura para lançar novos protocolos baseados no modelo PoW UTXO, como o RGB++. Acredito que, com o renascimento do Bitcoin e a reavaliação pelo mercado do valor dos modelos PoW e UTXO, a Nervos CKB estará na vanguarda do desenvolvimento das criptomoedas. O nosso compromisso com o PoW não é sem razão, mas baseia-se numa verdadeira compreensão do valor da tecnologia e numa visão profunda das tendências futuras.

2. Como é que a equipa da Nervos CKB compreende o escalonamento das soluções BTC e BTC Layer 2 e por que razão escolheu o protocolo RGB?

A perspetiva da equipa da Nervos CKB sobre o escalonamento BTC, as soluções BTC Layer 2 e a escolha do protocolo RGB baseia-se nas características e na acumulação técnica da nossa equipa. Discutimos em profundidade se devíamos optar pelo Total Value Locked (TVL) ou por uma via Layer 2 compatível com EVM. Após uma análise cuidadosa, acreditamos que aderir a uma abordagem orientada para a tecnologia, mesmo que isso signifique seguir um caminho diferente do convencional, é a nossa vantagem. As nossas escolhas e estratégias tecnológicas, nomeadamente a escolha do protocolo RGB, baseiam-se na nossa compreensão da atitude conservadora da comunidade Bitcoin e na nossa procura de inovação tecnológica.

Estamos bem cientes de que competir diretamente com a Bitcoin e a Ethereum é um caminho difícil. No passado, tentámos posicionar a CKB como uma cadeia pública de camada 1 semelhante à Bitcoin e à Ethereum, com o objetivo de nos tornarmos uma plataforma de armazenamento de valores. No entanto, este posicionamento colocou-nos numa situação embaraçosa - nem satisfazer totalmente os padrões conservadores da comunidade Bitcoin nem alinhar com a direção de desenvolvimento do Ethereum. Esta posição única tornou-nos um pouco deslocados em ambas as comunidades.

Face a estes desafios, decidimos abraçar as nossas características e manter a nossa visão tecnológica original. Isto inclui uma profunda exploração e inovação do modelo UTXO e investigação das soluções da camada 2 da Bitcoin. Acreditamos que, ao concentrarmo-nos nos nossos pontos fortes e inovações tecnológicas, podemos encontrar um caminho que se alinhe com o espírito da Bitcoin e traga valor para a comunidade.

Durante o processo de transformação, apercebemo-nos de que a aceitação do modelo UTXO pelo mercado estava a aumentar gradualmente, o que proporcionou uma oportunidade favorável para a nossa transformação. Decidimos expressar claramente o posicionamento da CKB como uma solução de camada 2 para a Bitcoin, que não só se alinha com a nossa filosofia tecnológica, mas também oferece novas oportunidades de crescimento para o ecossistema Bitcoin. De um modo geral, as nossas decisões baseiam-se numa compreensão profunda da essência da tecnologia e numa visão apurada das tendências do mercado. Acreditamos que, concentrando-nos nos nossos principais pontos fortes e persistindo na inovação tecnológica, podemos encontrar a nossa posição única no mundo das criptomoedas.

3. As escolhas técnicas do BTCKB: Explorando o protocolo RGB e a introdução do RGB++

Entrevista com Baiyu: Explicando o Protocolo RGB++ (Camada DA, Verificação do Lado do Cliente, Índice de Código Aberto e VM)

Baiyu: Para começar, vou dar-lhe algum contexto sobre o nosso processo de decisão. Acreditamos que a concorrência na Camada 2 do Bitcoin deriva fundamentalmente da Camada 1, onde o núcleo da concorrência reside na introdução de novos protocolos. Classificamos estes novos protocolos em dois tipos: os que utilizam a funcionalidade UTXO e os que não utilizam. Com base nisto, optámos por protocolos com características UTXO, como os activos Atomical, RGB e Taproot.

Especificamente, escolhemos o protocolo RGB devido ao forte interesse de Cipher no RGB e à sua extensa investigação com o Professor Ajian. Propusemos um método de ligação isomórfica para introduzir o RGB++. É importante notar que RGB++ e RGB são conceitos distintos. O protocolo RGB foi inicialmente proposto por Peter, posteriormente desenvolvido pela Associação LNP/BP e pelo Dr. Maxim, utilizando o conceito de selos únicos para expansão. Em contrapartida, o RGB++ introduz a possibilidade de outras cadeias UTXO servirem de clientes, sendo a sua principal contribuição o conceito de ligação isomórfica. Do ponto de vista da CKB, o nosso objetivo é suportar mais protocolos no futuro.

Cifra: Para discutir as escolhas técnicas, vamos primeiro explicar o que é o protocolo RGB. O RGB utiliza os selos únicos do Bitcoin e a tecnologia de verificação do lado do cliente para vincular os estados de transação do RGB fora da cadeia através do modelo UTXO do Bitcoin, criando um protocolo de ativos na Camada 1 do Bitcoin. Esta conceção permite que a verificação da transação se centre apenas no percurso da transação relacionado com esse UTXO, evitando a necessidade de verificar todas as transacções para confirmação do saldo ou do estado.

A disponibilidade de dados (DA) discute frequentemente a sua colocação na Camada 1 ou na Camada 2 no ecossistema Ethereum e o seu impacto na segurança. No entanto, este conceito é diferente no ecossistema Bitcoin, especialmente para protocolos baseados em UTXO como o RGB. No RGB, é suficiente verificar os dados relacionados com o utilizador, que teoricamente não precisam de ser armazenados numa camada DA específica, uma vez que as partes podem trocar diretamente as informações necessárias.

O protocolo RGB++ amplia o RGB, que originalmente exigia a troca de histórico de transacções e de dados através de uma rede P2P, incluindo novas máquinas virtuais e definindo a lógica de interação, complicando a lógica fora da cadeia e atrasando o desenvolvimento. O RGB++ tem como objetivo transferir todos os componentes "inteligentes" do protocolo RGB, tais como redes P2P, máquinas virtuais e contratos inteligentes, para a cadeia, especificamente para o CKB. As transições de estado para cada UTXO no CKB são limitadas pelos contratos inteligentes do CKB, permitindo a verificação e a execução dos activos e da lógica dos contratos RGB++ no CKB, abordando questões de interação, execução de contratos inteligentes e fornecimento de provas. A CKB utiliza uma máquina virtual RISC-V, que suporta contratos inteligentes Turing-complete, permitindo aos utilizadores ver ou verificar os estados dos activos diretamente na CKB sem sacrificar a segurança ou verificar no lado do cliente, se necessário.

Implementação: O protocolo RGB++ assegura a compatibilidade com todas as operações RGB. Aborda o progresso lento dos clientes fora da cadeia, adoptando uma estratégia de cadeia UTXO baseada na Prova de Trabalho (PoW). Além disso, implementámos um mecanismo para migrar sem problemas as transacções da Bitcoin para a CKB, utilizando o ambiente de execução de alto desempenho da CKB antes de migrar os resultados de volta para a Bitcoin.

Otimização do desempenho: Uma caraterística fundamental do protocolo RGB++ é permitir que as transacções passem para a camada 2 (por exemplo, de Bitcoin para CKB), melhorando significativamente a eficiência e o desempenho das transacções e contornando as limitações de desempenho do Bitcoin.

Considerações sobre segurança: Ao implementar o processo de salto, demos prioridade à segurança, confiando em ligações directas entre dois UTXOs em vez de pontes entre cadeias baseadas na confiança ou mecanismos de assinaturas múltiplas. Aderimos aos padrões de segurança PoW, considerando as transacções na blockchain Bitcoin irreversíveis após seis blocos, e na CKB são necessários aproximadamente 24 blocos para uma segurança equivalente. Este método garante a segurança dos saltos ou migrações de activos entre camadas.

Inovação e otimização: A nossa abordagem difere da lógica da camada 2 do Ethereum ou de outras pontes entre cadeias, representando a nossa inovação e otimização na tecnologia de cadeia de blocos. O protocolo RGB++ aborda questões de desempenho e de custos, melhorando simultaneamente a segurança e a fiabilidade do sistema.

Em resumo, ao introduzir o protocolo RGB++, melhorámos significativamente o desempenho e garantimos uma segurança rigorosa, mantendo a compatibilidade com o protocolo RGB original. Estas optimizações e inovações demonstram a nossa profunda compreensão do desenvolvimento da tecnologia blockchain e a nossa exploração de direcções futuras.

4. O desenvolvimento de contratos inteligentes no protocolo RGB é um desafio, o que constitui uma das principais razões para o seu lento progresso. Irá o RGB++ adotar os mesmos contratos inteligentes que o RGB? Que suporte e pilha técnica estão disponíveis para os programadores?

Em primeiro lugar, no que respeita à compatibilidade do RGB++ com o protocolo RGB original, o nosso processo de desenvolvimento será dividido em duas etapas. Na primeira etapa, não cumpriremos totalmente o protocolo RGB original, principalmente porque o próprio protocolo RGB ainda está a evoluir e não foi totalmente aperfeiçoado. Na segunda etapa, utilizaremos a tecnologia de ligação isomórfica para ligar cada transação RGB ou RGB++ ao UTXO da CKB (que designamos por célula). Isto significa que os contratos inteligentes e os estados na camada do protocolo RGB++ serão equivalentes aos do CKB. A nossa cadeia de ferramentas e o nosso apoio baseiam-se nos últimos cinco anos de acumulação da CKB, embora o desenvolvimento seja relativamente complexo.

Em segundo lugar, em comparação com o modelo de conta da Ethereum, a diferença intuitiva e a dificuldade de implementação no desenvolvimento de contratos inteligentes com o modelo UTXO da CKB são significativas. O modelo de conta do Ethereum alinha-se mais com a intuição dos programadores, permitindo chamadas de função directas para obter resultados. No entanto, a implementação da lógica comercial baseada em UTXO (como RGB ou RGB++) no modelo de conta é extremamente difícil, devido à incerteza do resultado da transação no modelo de conta, que afecta a viabilidade da ligação isomórfica.

Apesar da dificuldade de programação no modelo UTXO, acreditamos que é a única opção para estender a lógica do protocolo do Bitcoin. As nossas ferramentas de desenvolvimento e o conhecimento dos produtos acumulados nos últimos quatro a cinco anos, incluindo cadeias de ferramentas e concepções fundamentais para escrever contratos inteligentes em Rust, C, Lua e JavaScript, proporcionam um suporte rico aos programadores. Tentámos implementar um AMM semelhante ao Uniswap no modelo UTXO, mas deparámo-nos com desafios significativos, o que levou ao fracasso do projeto, o que realça a dificuldade de inovar na arquitetura UTXO.

No que diz respeito à experiência do utilizador, planeamos lançar os tokens fungíveis e não fungíveis do RGB++ e a DEX correspondente baseada no CKB até ao final de março. A conceção da experiência do utilizador pretende ser simplificada, permitindo que os utilizadores transfiram facilmente activos sem etapas complicadas de cunhagem. Todo o processo automatiza o tratamento de transacções isomórficas, transparentes para os utilizadores, com o objetivo de proporcionar uma experiência de interação perfeita entre cadeias.

Em termos de escolhas técnicas, começámos por garantir a compatibilidade com o protocolo RGB e introduzimos um mecanismo que permite que as transacções migrem sem problemas da cadeia Bitcoin para a CKB para execução, desfrutando de uma maior eficiência de execução, e depois migrem de volta para a cadeia Bitcoin. Este processo, a que chamamos "salto", permite que os activos saltem em segurança entre as duas cadeias sem depender de quaisquer pontes de confiança entre cadeias ou mecanismos multisig, contando apenas com a ligação entre UTXOs. Esta conceção baseia-se na diferença de confiança nos tempos de confirmação de blocos entre a Bitcoin e a CKB, garantindo a segurança da migração de activos através de uma duração adequada das confirmações de blocos.

Para enfrentar os desafios do desenvolvimento de contratos inteligentes para o protocolo RGB, contrariamos este facto oferecendo uma experiência de troca mais rica e apoio ao desenvolvimento no CKB. Vamos lançar uma solução DEX de Camada 2 para otimizar a experiência do utilizador, tornando desnecessário que os utilizadores se preocupem com o facto de os seus activos estarem na Camada 1 ou na Camada 2. Esta DEX permite que os activos dos utilizadores sejam listados da cadeia Bitcoin para a DEX, transferindo a propriedade dos activos do UTXO da Bitcoin para um endereço CKB, garantindo a segurança e transparência da transferência. O código do contrato inteligente que utilizamos é de fonte aberta, reduzindo as preocupações de segurança dos utilizadores. Além disso, garantimos a proteção contra gastos duplos durante o processo de salto de activos e uma experiência de transação suave na Camada 2, para que os utilizadores não tenham de se preocupar com a localização específica dos seus activos, proporcionando assim uma experiência de negociação quase perfeita.

5. Uma vez que uma transação em Bitcoin resulta numa transação semelhante sincronizada em CKB, como é calculado o gás quando os utilizadores utilizam ambas as cadeias, incluindo em cenários de transferência de activos entre elas?

Em primeiro lugar, quando as transacções ocorrem tanto na Bitcoin como na CKB, é efetivamente executada uma transação em cada cadeia. As transacções em CKB exigem não só uma taxa de utilização da rede (taxa de gás), mas também uma taxa de armazenamento de estado para armazenar os estados da transação (como a quantidade de CKB detida). Esta taxa estatal exige normalmente mais de 100 CKB, o que levanta questões sobre quem suporta estes custos e como garantir que não afectam negativamente a experiência do utilizador.

A solução consiste em acrescentar uma saída extra na transação Bitcoin, uma pequena quantidade de Bitcoin (que custa cerca de alguns dólares), dirigida a um pagador que cobre os custos na CKB, construindo e iniciando uma transação correspondente em nome do utilizador.

Um ponto-chave aqui é que o CKB utiliza uma caraterística que permite a prova da transação Bitcoin no CKB sem a necessidade de o utilizador assinar novamente na cadeia CKB. Isto significa que qualquer pessoa (como retransmissores ou paymasters) pode iniciar transacções na CKB em nome dos utilizadores e cobrir os custos relacionados.

Em última análise, este mecanismo permite aos utilizadores transferir activos entre as duas cadeias sem se preocuparem em calcular e pagar diretamente as taxas de gás. Estes custos são geridos indiretamente através da produção extra adicionada na transação Bitcoin e cobertos pelo ordenante, proporcionando uma experiência sem problemas e de fácil utilização.

6. Com soluções BTC L2 como BounceBit, Merlin Chain e B^2 mostrando um crescimento substancial de TVL, como a RGB++ planeja entrar no mercado? O RGB++ terá um protocolo de emissão de activos nativo?

Em resposta à tendência explosiva das soluções Bitcoin Layer 2 (L2) e à forma como o RGB++ planeia entrar neste mercado, irei abordar dois aspectos principais: a funcionalidade e as características do RGB++ como protocolo de emissão e a nossa estratégia e planos para o CKB Layer 2.

Em primeiro lugar, a principal funcionalidade do RGB++ é ser um protocolo de emissão de NFTs e Fungible Tokens (FTs). Isto significa que o RGB++ suporta a emissão de NFTs e FTs, oferecendo uma experiência semelhante à negociação na rede principal Bitcoin, mas possivelmente enfrentando taxas de gás mais elevadas e velocidades de transação mais lentas. No entanto, estes activos podem ser negociados diretamente na DEX da CKB, seguindo as mesmas normas que os activos na CKB, como o nosso padrão FT xUDT, semelhante ao ERC20. Também temos um padrão para NFTs, o Spore NFT, que já é aplicado na rede principal.

Em segundo lugar, no que diz respeito à nossa estratégia no CKB Layer 2, concentramo-nos em proporcionar uma experiência de utilizador sem problemas, incluindo a emissão de activos nativos e o apoio a activos entre cadeias. Os activos Bitcoin e Ethereum podem ser transferidos para a CKB através de tecnologias de ponte, e estamos a colaborar com as principais instituições para garantir a segurança e a fiabilidade deste processo. Além disso, destacamos a importância de uma plataforma de contrato inteligente; uma vez que os ativos são emitidos no RGB++, eles podem utilizar imediatamente essa plataforma para o desenvolvimento de vários aplicativos descentralizados (dApps), como empréstimos, staking e atividades de mineração.

Na camada 2 do CKB, concentramo-nos em três tipos de activos: FTs, NFTs e activos de inscrição nativa do CKB. Cada tipo de ativo tem as suas aplicações e mecanismos de transação específicos, e nós fornecemos as soluções técnicas e de mercado correspondentes para os apoiar. Por exemplo, apoiamos a circulação de activos NFT através de normas unificadas e mercados de negociação, e estamos a desenvolver plataformas específicas como o mercado de negociação Omega para apoiar a emissão e negociação de activos de inscrição nativa CKB.

Em resumo, a estratégia de entrada no mercado do RGB++ inclui alavancar a sua capacidade como um poderoso protocolo de emissão de NFT e FT e lançar activos inovadores e nativos no CKB Layer 2. Estamos empenhados em fornecer uma plataforma de contrato inteligente abrangente, apoiando transferências de ativos entre cadeias e garantindo a segurança e a praticidade de nossa tecnologia por meio de parcerias com participantes do setor.

7. Em que é que os activos RGB++ diferem dos activos RGB20 e RGB721? São compatíveis com os activos BRC20 e ARC20, que têm uma maior quota de mercado na cadeia Bitcoin original?

Os activos em Bitcoin podem geralmente ser divididos em duas categorias principais e três subcategorias. Em primeiro lugar, a própria Bitcoin é uma categoria única de activos. Em segundo lugar, todos os activos que requerem verificação fora da cadeia, ou as chamadas "moedas coloridas", constituem a segunda grande categoria. Dentro desta segunda grande categoria, divido-a ainda em dois tipos: um tipo são os activos que podem utilizar características UTXO e podem ser reutilizados na Lightning Network. Estes tipos de activos, através de esquemas semelhantes ao RGB, podem migrar para o CKB através de mapeamento e ligação isomórficos. Isto significa que activos como os activos atomical e taproot, embora ainda emitidos na cadeia Bitcoin, podem ser utilizados no CKB através do esquema RGB++ sem necessidade de muitas modificações nesta camada de activos do protocolo.

O segundo tipo de activos, tais como BRC20, que utilizam menos as características UTXO, são difíceis de migrar para CKB através de ligação isomórfica. Para estes tipos de activos, a nossa abordagem é semelhante à de outras cadeias existentes no mercado, ou seja, a criação de uma ponte entre cadeias. Esta ponte bloqueia os activos BRC20 na cadeia Bitcoin e, em seguida, emite um equivalente FT (Fungible Token) ou NFT (Non-Fungible Token) no CKB, permitindo aos utilizadores negociar no CKB. Este método é aplicável a activos de protocolo que não podem utilizar diretamente características UTXO, como o ORDI, um tipo de ativo BRC20. Em resumo, o RGB++ visa fornecer um mecanismo de ligação isomórfico flexível para acomodar e otimizar a utilização e a migração de diferentes tipos de activos entre a Bitcoin e a CKB.

8. Que apoio irá o RGB++ prestar no futuro aos activos existentes com uma grande base de utilizadores e uma grande comunidade?

Estamos a planear o apoio a activos existentes com uma vasta base de utilizadores. São consideradas duas abordagens principais:

1. Suporte de pontes de inscrição: Planeamos suportar BRC 20 ou outros activos através de pontes de inscrição, desde que existam indexadores e operadores de pontes adequados. Estamos à procura de parceiros para construir estas pontes entre cadeias de inscrição. O problema da ponte BTC será resolvido em breve e estamos a trabalhar arduamente na ponte das inscrições. Para tal, é necessário o apoio de carteiras no ecossistema, incluindo carteiras de plug-ins, o que não existe atualmente no ecossistema CKB. Esperamos que, no futuro, as carteiras de hardware e as carteiras de plug-ins ofereçam mais suporte, o que será compatível com os principais protocolos e, assim, apoiará o desenvolvimento de todo o ecossistema.

2. Abordagem de ponte sem inscrição: O nosso primeiro objetivo é a implementação do RGB++. Depois de completar o RGB++, podemos considerar a possibilidade de suportar outros protocolos UTXO para ver qual o método mais rápido e eficiente. O nosso objetivo é começar por implementar o RGB++. Além disso, estamos a considerar a possibilidade de cooperação com a equipa da Lightning Network. Embora se concentrem principalmente em pagamentos e em funcionalidades de script limitadas, acreditamos que trazer essas funcionalidades para a CKB e fornecer-lhes uma camada de contrato inteligente é a forma mais adequada.

De um modo geral, a nossa estratégia é flexível e agressiva, com o objetivo de fazer avançar gradualmente o apoio a uma vasta gama de utilizadores e bens comunitários através de várias abordagens técnicas e parcerias. Estamos confiantes de que estas tarefas são exequíveis e que o poder de implementação final está nas nossas próprias mãos.

Declaração:

1. Este artigo foi reimpresso da Foresight News e os direitos de autor pertencem ao autor original, Trustless Labs. Se houver alguma objeção à reimpressão, contacte a equipa do Gate Learn, que a tratará o mais rapidamente possível, de acordo com os procedimentos aplicáveis.

2. Declaração de exoneração de responsabilidade: Os pontos de vista e opiniões expressos neste artigo são da exclusiva responsabilidade do autor e não constituem um conselho de investimento.

3. As versões do artigo noutras línguas são traduzidas pela equipa Gate Learn. Sem mencionar o Gate.io, não é permitido copiar, divulgar ou plagiar os artigos traduzidos.