【Texto completo original, não é IA】
Vou organizar para todos o RGB; pode não estar 100% correto. Se houver algo errado, por favor corrijam.
O que é RGB?
O protocolo RGB é um protocolo de verificação do lado do cliente e de emissão de contratos inteligentes/ativos construído sobre a camada de protocolos do Bitcoin. Ele permite que desenvolvedores, sem modificar o consenso da rede principal do Bitcoin e sem ocupar espaço de armazenamento na cadeia do Bitcoin, usem a segurança da rede do Bitcoin e o alto rendimento da Lightning Network para emitir ativos e executar contratos inteligentes complexos no Bitcoin.
A característica é que o código do contrato e os dados de alteração de estado são transmitidos e verificados apenas entre as duas partes da transação, sem serem gravados no blockchain do Bitcoin. Apenas o detentor e o recebedor precisam verificar o histórico completo desse ativo específico; outros nós que não têm relação não sabem de nada.
Em linguagem humana: as contas são calculadas em segredo, o selo antifalsificação fica na cadeia; a transação só vocês dois sabem
Quais são os prós e contras do RGB?
Vantagens
① Absoluta natividade
Sem necessidade de mudar o código base do Bitcoin
② Privacidade extrema
Na cadeia, fica apenas uma sequência de hashes sem sentido como compromisso
③ Alta escalabilidade e disputa zero de Gas
Todo o código de lógica dos contratos inteligentes e o conteúdo claro das transações são executados fora da cadeia, sem ocupar espaço em blocos
Suporte perfeito ao Lightning Network
④ Sem poluição de estado global
RGB é uma cadeia de estado local. A e B fazem transações, e isso não afeta C e D de forma alguma.
Desvantagens
① Disponibilidade de dados e risco de perda de dados
Os dados fora da cadeia só podem ser salvos pelo próprio usuário. Se a carteira do usuário for danificada e não houver backup dos dados históricos fora da cadeia, mesmo que ele tenha as chaves privadas, ele perde permanentemente esse ativo RGB (porque não consegue provar a legitimidade histórica desse ativo para o próximo receptor).
② Experiência de interação assíncrona e bidirecional
Transferência tradicional: entrega unidirecional (endereço de entrada --- clicar em enviar).
Transferência RGB: exige interação bidirecional. O lado receptor B precisa primeiro gerar uma fatura com um UTXO ofuscado e enviá-la para A; A gera e envia os dados fora da cadeia para B; somente depois que B verifica localmente que está tudo correto, A consegue retransmitir a transação BTC na cadeia. Se B estiver offline, a transferência fica difícil de concluir de forma suave. Quem já usou o Lightning Network deve saber que é bem complicado. Eu não sei se essas duas coisas são parecidas.
③ Altíssimo nível de exigência para desenvolvimento
Os desenvolvedores não conseguem reutilizar diretamente a arquitetura do ecossistema existente de Solidity / EVM.
É necessário escrever contratos com AluVM, desenvolver a lógica do cliente usando Rust e ainda cuidar por conta própria de infraestruturas de base extremamente complexas, como sincronização de estado, armazenamento fora da cadeia, transmissão P2P, construção de endereços ofuscados e assim por diante.
Resumo: é muito parecido com o Bitcoin em si — elegante, rigoroso — mas difícil de usar para pessoas comuns.
Divisão/ruptura no RGB
Facção A
Rota LNP/BP / Maxim
Maxim Orlovsky（
@dr_orlovsky
） é um dos desenvolvedores centrais iniciais do RGB e um importante projetista de arquitetura.
No GitHub release dá para ver que a versão RGB v0.12 RC foi assinada por ele
A LNP/BP Standards Association participa do desenvolvimento do RGB por um longo período.
Ponto-chave:
RGB v0.12
Capacidade de contratos inteligentes ainda mais complexa
Direção zk
Design de protocolo mais rigoroso
Facção B:
Rota da RGB Protocol Association
Por:
Bitfinex
Fulgur Ventures
Plan ₿ Network
Boosty Labs
KaleidoSwap
ThunderStack (mais tarde Utexo)
Participaram na fundação, como LNFI etc.
Facção B:
Rota da RGB Protocol Association
Por:
Bitfinex
Fulgur Ventures
Plan ₿ Network
Boosty Labs
KaleidoSwap
ThunderStack (mais tarde Utexo)
LNFI etc. participaram da fundação
Ponto-chave: primeiro colocar em produção com ecossistema – carteira – Lightning – aplicação comercial
RGB v0.11.1 mainnet
A escolha da Tether?
A Tether realmente disse publicamente que tem planos de emitir USDT para a rede RGB no futuro.
O texto original mais formal vem do comunicado oficial da Tether
Link: https://tether.io/news/tether-to-launch-usdt-on-rgb-expanding-native-bitcoin-stablecoin-support/?utm_source=chatgpt.com
@dr_orlovsky
https://tether.io/news/tether-to-launch-usdt-on-rgb-expanding-native-bitcoin-stablecoin-support/?utm_source=chatgpt.com
O comunicado oficial diz “on RGB”, não falou em “RGB v0.12”, nem em “LNP/BP RGB”.
mas o que ele cita é “RGB recently reached mainnet with its 0.11.1 release”
Essa direção é bem clara, mas também não está descartado que depois mude. Depois de ficar realmente definido, vai ser bem difícil alterar; não vai ser lançado em duas versões ao mesmo tempo, então é preciso manter o acompanhamento.
Status do PPRGB
Primeiro símbolo cultural do ecossistema RGB / meme, tempo de atividade longo, gestão da comunidade por vários anos
O maior valor do meme é fazer com que os usuários surjam.
O maior problema do RGB agora não é o protocolo, e sim não haver gente usando.
No mínimo, PPRGB tem “gente discutindo RGB”.
Eu já tentei entender tudo antes de escrever a versão mais minimalista. Se eu ainda não estiver entendendo, eu realmente não sei o que fazer.
Basta manter o acompanhamento do RGB e do bitvm