Muitas pessoas estão começando a prestar atenção ao protocolo RGB do Bitcoin e estão muito felizes. No entanto, a maioria das pessoas é relativamente desconhecida de um protocolo assim (especialmente um protocolo relativamente tecnicamente complexo) e não sabe como pesquisar e experimentar o conteúdo e a ecologia do protocolo.
Portanto, escrevo especialmente um Espelho continuamente atualizado para resumir materiais de aprendizagem relevantes e fornecer um caminho de aprendizagem relativamente razoável; ao mesmo tempo, também serve como um registro de aprendizagem pessoal sobre RGB.
Parte Um: Parte de Ciência Popular-Compreensão Inicial de RGB
Quando muitas pessoas veem as três palavras RGB, pensam em “as três cores primárias: vermelho, verde, azul”. Se olhares para o ícone, é realmente o caso. Isto acontece porque o protocolo RGB utiliza o conceito inicial de “moedas tingidas”.
Aqui estamos a falar sobre RGB é um acordo, um protocolo de sistema de contrato inteligente extremamente privado e escalável que pode ser executado na rede principal do Bitcoin, na Lightning Network ou em redes semelhantes.
Este protocolo é atualmente mantido e atualizado pelo protocolo LNP/BP, e a bitfinex também participa em algum trabalho de código.
É difícil classificar simplesmente o RGB na categoria de Bitcoin L2. Não tem sua própria cadeia, não tem sua própria camada e pode operar em outros L2s de BTC. Portanto, para ser preciso: É uma tecnologia universal.
Na indústria, acredita-se geralmente que RGB e Bitvm serão a forma definitiva de expansão do BTC, porque ambos podem alcançar a escalabilidade do ecossistema BTC com base na natureza nativa do BTC. Comparado com Bitvm, que está longe, o RGB tem sido gradualmente implementado.
Vale a pena mencionar que o RGB é uma tecnologia que não se limita à criptografia. Pode ser amplamente utilizado nos nossos cenários não criptográficos. À medida que o protocolo se torna mais maduro, veremos mais e mais casos de uso.
A partir da introdução oficial, podemos ver as funções que o protocolo RGB pode alcançar:
Se classificarmos, podemos ver:
Desta perspetiva, o RGB permite que o BTC tenha a maioria das funções do atual EVM, mas não é implementado de forma não nativa, semelhante a "compatível com o EVM", mas implementado nativamente. Tenho que dizer que este conjunto de teorias e desenhos. O conceito é incrível.
Na verdade, vale a pena notar que o sistema de contrato inteligente RGB é muito diferente dos métodos anteriores, quer seja baseado no Bitcoin (Moedas Coloridas, Counterparty, OMNI) ou não no Bitcoin (Ethereum, EOS, etc.), tem suas próprias características únicas:
O primeiro significado é que os contratos inteligentes serão melhor estratificados. O emissor só tem os direitos sobre o contrato no momento da emissão e, em seguida, o proprietário do estado terá os direitos durante o processo contínuo de evolução do estado;
O segundo significado é que mantém o código fora da cadeia, o que pode poupar espaço na cadeia, melhorar a velocidade de execução e reduzir a dificuldade de desenvolvimento, mas também pode garantir a segurança por meio de mecanismos;
O terceiro artigo revela sua camada de endosso de segurança (blockchain), e é Turing completo e pode suportar operações de linguagem simples.
Portanto, a imagem a seguir pode estar mais próxima da compreensão correta:
Do vídeo de ensino do Dr. Maxim Orlovsky, podemos ver que as características RGB oficialmente reconhecidas incluem:
Vamos analisar tudo detalhadamente:
1️⃣Privacidade extrema
2️⃣Alta segurança
Não entendo muito bem estes dois pontos, preciso estudá-los.
3️⃣Altamente escalável
4️⃣Sem congestionamento
5️⃣Extremamente alta integração
Portanto, na verdade, aos meus olhos, RGB para BTC é mais parecido com o seguinte:
Comparado com outros protocolos, o protocolo RGB tem os seus próprios pontos técnicos muito únicos. Aqui estão algumas partes importantes da ciência simples:
4.1 Vedação descartável
Esta tecnologia foi proposta pela primeira vez por Peter Todd em 2016. O seu principal significado é "adicionar um selo a uma mensagem para garantir que a mensagem só possa ser utilizada uma vez, porque é necessário remover o selo para conhecer a mensagem."
Um método simples é configurar um servidor de terceiros notarial que publique um certificado num registo público sempre que um selo é aberto ou fechado, para que qualquer pessoa possa verificar o estado do selo que lhes interessa.
Se não usar uma entidade confiável para implementar a função de selagem única, pode usar o UTXO do Bitcoin como selo. Porque qualquer UTXO no Bitcoin só pode ser gasto uma vez. Portanto, ao usar o UTXO como um selo, pode bloquear o UTXO quando ele é criado e abri-lo quando o gasta.
O RGB utiliza essa tecnologia de "selagem única", que "envolve" informações de ativos RGB, status do contrato, etc. no UTXO. Quando a UTXO é gasta, a propriedade do ativo e o status do contrato mudam. Isso significa que toda vez que uma transação RGB ocorre, o remetente realmente cria um contrato (aquele que define os direitos que estão sendo transferidos).status change。
Tome o RGB20 como exemplo:
1️⃣Em primeiro lugar, o emitente do contrato define o estado inicial do contrato e define os detalhes do contrato: o nome do ativo, o fornecimento total, etc., e o emitente tem o direito de mover o UTXO desses suprimentos;
2️⃣Quando um ativo é transferido pela primeira vez, o proprietário do primeiro UTXO pode criar uma alteração de estado para definir qual UTXO irá manter o ativo;
3️⃣A alteração de estado pode ser aplicada ao direito de alterar a propriedade do ativo, ou a outros tipos de direitos, como o direito de emissão secundária, ou o direito de adicionar/alterar atributos específicos do ativo (por exemplo: metadados), etc.
4.2 Verificação do cliente
A verificação RGB difere da verificação tradicional de “consenso global” e utiliza a tecnologia de “verificação do cliente”.
Com a verificação tradicional do Bitcoin, um nó conectado à rede faz o download e verifica continuamente blocos e transações em um pool de transações (nó completo). Tal nó tem uma visão atualizada em tempo real do conjunto UTXO em toda a cadeia (o conjunto de todas as saídas não gastas na blockchain). Quando vê uma nova transação, para verificar a sua validade, só precisa verificar se todas as entradas para a transação fazem parte do estado mais recente do conjunto UTXO.
Mas para o RGB, não há dados propagados globalmente, portanto, não há uma visão global do conjunto de UTXO. Depois que um cliente RGB aceita uma transação, não apenas precisa verificar se o estado mais recente da transação é válido, mas também deve realizar a mesma verificação em todas as transformações de estado anteriores relacionadas à transação, até o estado fundador do contrato emitido.
Isso parece trazer uma desvantagem óbvia: faz com que a verificação leve muito tempo
Mas isso só acontece quando 'um ativo tem um longo histórico de negociação,' e esta parte do histórico de negociação pode ser verificada antecipadamente através de uma camada de compartilhamento de dados (de forma voluntária).
Isto também traz vantagens significativas: O cliente não precisa de saber ou verificar todas as transações que ocorrem a nível global
Porque só precisa de saber as transações relacionadas com a sua própria carteira, não precisa de verificar outras transações, pelo que a quantidade de dados a ser verificada por cada cliente é menor e a escalabilidade do sistema é significativamente melhorada.
4.3 promessa de certeza do Bitcoin
Como o RGB previne o “gasto duplo” é alcançado através de compromissos RGB. Tais compromissos precisam ser realizados:
1️⃣Múltiplas transições de estado envolvendo um contrato podem ser comprometidas com uma única transação Bitcoin
Cada transição de estado de contrato só pode ser comprometida com uma transação Bitcoin uma vez
A forma específica de alcançar isso é:
1️⃣Primeiro, todas as transições de estado relacionadas a um determinado contrato (ou ID de ativo) devem ser agregadas de forma determinística em um compromisso
2️⃣Então, os compromissos de todos os ativos transferidos são agregados em uma árvore de Merkle
3️⃣O valor final do hash da raiz é o compromisso final do RGB;
4️⃣Para garantir a compatibilidade com outros protocolos que não têm nada a ver com o RGB, mas também precisam usar compromissos determinísticos do Bitcoin, os compromissos do RGB e os compromissos de outros protocolos devem ser agregados novamente (conforme descrito no padrão LNPBP-4), e o hash obtido dessa forma. O valor é a mensagem que está realmente incorporada na transação do Bitcoin.
4.4 Processamento em lote
Como podemos saber da seção anterior, podemos "envolver" qualquer número de mudanças de estado em um único compromisso do Bitcoin, então o processamento em lote em grande escala é teoricamente possível.
Cenário:A quer pagar várias pessoas ao mesmo tempo, transferir um ativo RGB20 para B, transferir um ativo RGB21 para C e transferir a propriedade de um contrato para D
Resultado:Apenas precisa de criar uma transição de estado para cada um de B, C e D, e comprometer todas as transições de estado na mesma transação de Bitcoin. É isso. Não precisa de ocupar mais bytes. Isto significa que o custo marginal das taxas on-chain para cada pagamento RGB pode ser muito pequeno, porque a mesma taxa é distribuída uniformemente por qualquer número de transferências.
Mas também precisamos ver as limitações aqui, ou seja: essas informações de transição de estado devem ser “embrulhadas” no mesmo UTXO. Se houver várias, então a entrada desta transação precisa ser aumentada, e os custos correspondentes também serão melhorados. Mas em comparação com a situação tradicional onde cada uma requer uma transação, grandes melhorias podem ser alcançadas.
Esta capacidade de processamento em lote é muito importante para os fornecedores de serviços que utilizam UTXO fundidos, e haverá muitos cenários de aplicação.
4.5 Comunicação entre clientes
Para concluir uma transferência RGB, os clientes participantes precisam compartilhar alguns dados entre si.
Se tiver um entendimento detalhado dos passos de transferência de ativos RGB, saberá que o remetente precisa partilhar a consignação com o(s) destinatário(s). Esta estrutura de dados contém todas as informações necessárias para verificar a transferência, incluindo todas as transições de estado que podem ser rastreadas até ao estado fundador do contrato.
A remessa precisa ser transferida do remetente para o destinatário por meio de comunicação, mas o protocolo RGB não se importa com o canal de comunicação usado para essa operação de compartilhamento de dados, pois existem muitas maneiras de fazê-lo. No entanto, em geral, existem duas maneiras principais de compartilhar dados no software RGB:
Depois de ter um conceito geral do protocolo RGB, penso que neste momento podemos perceber como o protocolo se desenvolveu passo a passo. Qualquer acordo neste nível não é alcançado da noite para o dia e deve ter passado por muitas mudanças e inovações.
fase de conceção
RGB foi originalmente concebido por Giacomo Zucco e Peter Todd, que propuseram os conceitos de autenticação do lado do cliente e selagem única
estágio de desenvolvimento
Inicialmente, foi mantido pela BHB Network e pela inbitcoin por um período de tempo e foi apoiado pelo Grupo Poseidon.
Mais tarde, o principal desenvolvedor tornou-se Alekos Filini
Desde meados de 2019 até à data, a Pandora Core AG e o Dr. Maxim Orlovsky tornaram-se grandes contribuintes para o desenvolvimento tecnológico
Estágio de maturidade gradual
Desde 2019, o protocolo RGB tem recebido ajuda de muitos contribuidores e organizações da indústria e tem amadurecido gradualmente. É um projeto baseado num conjunto de normas mantido pela Associação de Normas LNP/BP.
Por exemplo: Nesta fase, o RGB foi reconstruído a partir de um protocolo de token para um sistema geral de contratos inteligentes, absorvendo muitas partes de transações confidenciais e usando a tecnologia à prova de balas da Blockstream. O trabalho geral foi apoiado financeiramente pela Bitfinex/Tether Inc e pela Fulgur Ventures. (Este é também o fundamento para o desenvolvimento contínuo do protocolo RGB)
O conselho de Adam Back e os engenheiros da Blockstream desempenharam um papel importante no design técnico do RGB, incluindo Andrew Poelstra (Bulletproof, mimblewimple, Transações Confidenciais), Peter Wuille (Transações Confidenciais, Bulletproof) e o design arquitetônico de Christian Decker (Lightning Network, Sistemas). Portanto, esta é outra razão importante pela qual presto atenção ao Liquid. Em termos teóricos, os dois têm muitas trocas, e estou muito otimista sobre a combinação dos dois no futuro.
O trabalho principal de desenvolvimento do protocolo RGB está quase concluído. Na versão v0.10, a emissão de ativos e outras funções podem ser facilmente utilizadas. No entanto, foram encontrados alguns problemas ao conectar-se ao bolt-ln (rede de relâmpagos bolt atual), por isso o padrão bifrost foi projetado. O protocolo é usado para expandir contratos inteligentes e propõe ainda o padrão Storm.
A versão v0.11 está atualmente a ser submetida a uma auditoria de segurança e espera-se que seja concluída e lançada no início de 2024. A versão v0.11 é uma atualização importante em comparação com a v0.10. Os contratos entre as duas versões definitivamente já não são compatíveis. Pode haver planos para trocar ativos até lá. Pode ou não haver uma ponte. Afinal, as versões atuais são todas versões de teste.
Eu espero que a versão do protocolo v0.11 se torne uma versão grande e estável, que trará um certo grau de certeza ao desenvolvimento de projetos ecológicos sob o protocolo.
A seguir, deixe-me falar detalhadamente sobre os problemas existentes do protocolo RGB:
1️⃣Progresso lento no desenvolvimento
Este problema tem sido criticado por muitas pessoas, e as razões são causadas por muitos fatores:
A Associação LNP/BP tem muito poucos desenvolvedores, e o trabalho principal de código é feito pelo Dr. Maxim e Bitfinex
—LNP/BP é uma organização sem fins lucrativos, e as suas operações dependem basicamente de doações. Embora tenha apoio financeiro da Bitfinex/Tether Inc e da Fulgur Ventures, a utilização dos fundos também requer um planeamento cuidadoso (por exemplo, se pretender realizar uma conferência presencial todos os anos, talvez não tenha orçamento)
2️⃣ Forte instabilidade
Esta instabilidade refere-se à "extensão em que as atualizações de protocolo podem quebrar versões mais antigas.
Por exemplo, desta vez v0.10 causará maior incerteza devido ao dano no contrato (incompatibilidade) do v0.11.
Se os projetos ecológicos sob o protocolo desenvolverem funções com base em v0.10, podem precisar de ser refeitos em v0.11, o que trará custos de alto risco. Mas do ponto de vista da própria associação, é para renovação e planeamento globais, e não considerará este problema nesta fase.
Problema de 3️⃣ incompatibilidade
A própria associação considera o plano de desenvolvimento global do acordo, que pode não corresponder necessariamente às necessidades do mercado.
4️⃣Atenção insuficiente aos fundos
Atualmente, existem muito poucos grandes financiadores prestando atenção ao RGB. As instituições ainda estão imersas em narrativas que podem ser vistas rapidamente, como inscrições. Não há atenção suficiente para protocolos grandes e aprofundados como RGB, portanto, o desenvolvimento da ecologia está temporariamente estagnado. Não houve muita melhoria (embora seja melhor do que antes, mas pessoalmente acredito que é devido ao efeito de derramamento de fundos).
Ao expressar as minhas opiniões, gosto muito de dar as minhas razões, pois esta é também a base para o meu julgamento; não gosto de dar ordens e ceder ao fomo sem pensar, pois isso não está de acordo com a minha verdadeira intenção. Então, vamos primeiro organizar isto:
O desenvolvimento ecológico do BTC é o resultado da esperança comum dos mineiros atuais, fundos antigos, etc., e uma nova narrativa também é necessária no mercado;
—As condições técnicas básicas para o desenvolvimento do ecossistema BTC já estão em vigor, sendo a atualização taproot uma parte muito importante;
—A emissão de ativos é o primeiro passo no desenvolvimento ecológico. Sem ativos, nada pode ser feito. Assim, podemos ver vários protocolos baseados na emissão de ativos no Bitcoin e gradualmente transbordar para outras cadeias públicas;
O desenvolvimento ecológico não pode ser apenas a emissão de ativos, apenas pode ser o primeiro passo. O segundo passo é implementar cenários de aplicação para esses ativos, ou seja, processar e trocar ativos, etc. Isso requer contratos inteligentes, que podem ser simples ou complexos;
—Dos protocolos atuais, os únicos nativos que vi são RGB e Bitvm, e como disse antes, RGB é mais prático.
É por isso que gosto dele!
No entanto, o processo de desenvolvimento das coisas nem sempre é tão consistente como imaginado. Vamos usar uma imagem para expressar isso:
Parte 2: Parte do Acordo - Compreensão LNP/BP
LNP: protocolo da rede Lightning (protocolo da rede Lightning)
BP: protocolo Bitcoin
Esta é uma organização suíça sem fins lucrativos, responsável por supervisionar os padrões abertos e os protocolos de camadas 2 e 3 para o Bitcoin e a Lightning Network. Eles são os criadores dos protocolos L2 e L3, como RGB, Bifrost, Storm, Prometheus, Kaleidscope, e são construtores ativos do ecossistema #BiFi (Bitcoin Finance) na Lightning Network. A associação é composta@dr-orlovskye@giacomozuccoFundada em 2019
Link do site oficial Link do Twitter link do github
O Github contém uma grande quantidade de informações de código aberto sobre RGB e protocolos relacionados. Os amigos técnicos podem dar uma olhada mais de perto.
LNP/BP tem uma linha muito forte de organizações doadoras, incluindo:
Além disso, a TEDA afirmou várias vezes que emitirá USDT no protocolo RGB e promoverá o desenvolvimento do protocolo RGB!
2.1 LNPBP-1: Chave Pública
a continuar…
Parte Três: Resumo das Perguntas Frequentes
Nesta parte, continuarei a resumir e atualizar vários problemas relacionados com a tecnologia RGB e BTC encontrados na aprendizagem e operações da comunidade neste local.
Existem quatro tipos principais de endereços de mapa de bits:
1️⃣Endereço de Hash de Chave Pública Legacy/Pagamento (P2PKH)
Este tipo de endereço Bitcoin tradicional é a forma do endereço quando foi criado nos primeiros dias, por isso também é chamado de endereço "herdado" ou endereço "hash de chave pública de pagamento (P2PKH)" porque quando o Bitcoin foi lançado em 2009, o seu método de geração era começar com a geração de um par de chaves público/privado, que na altura era a única forma de criar um endereço.
Este tipo de endereço começa sempre com “1”. Por usar mais espaço nas transações, é também o tipo de endereço mais caro.
2️⃣Endereço Pay-to-Script-Hash (P2SH)
Este tipo de endereço não utiliza o resultado da operação de hash da chave pública, mas utiliza a operação de hash de certos scripts para registar deméritos e pode ser usado para transferências que requerem múltiplas assinaturas, etc.
Este tipo de endereço começa com “3” porque pode usar Testemunha Segregada para poupar taxas de transação, enviar para um endereço P2SH é cerca de 26% mais barato do que uma carteira que usa o endereço antigo.
3️⃣Endereço Segregado Testemunho (SegWit) Endereço Bech32
Os endereços Segwit também são conhecidos como endereços Bech32. Este tipo de endereço Bitcoin reduz a quantidade de informações armazenadas numa transação. Eles não armazenam assinaturas e scripts na transação, mas no testemunho (commit).
Este tipo de endereço começa com “bc1q”. Comparado com os endereços P2SH, os endereços Segwit podem poupar cerca de 16% nas taxas de transação e, comparado com os endereços tradicionais, podem poupar mais de 38% das taxas.
Endereço Taproot 4️⃣
Para aumentar a eficiência do espaço de bloco e melhorar as taxas, o SegWit introduziu algumas mudanças na forma como os endereços são construídos. Portanto, com base no endereço SegWit, foi desenvolvido o endereço Taproot, que é traduzido como o endereço raiz principal.
Este tipo de endereço começa com "bc1p", o que reduz ainda mais o espaço de armazenamento, melhora a eficiência das transações e oferece maior privacidade.
Este é um método técnico comumente usado em BTC: Carteira HD
Esta tecnologia permite que um par de “chaves públicas e privadas” gere inúmeras sub-chaves públicas, que são os endereços que vemos; esta funcionalidade destina-se a proteger a privacidade dos utilizadores da carteira de Bitcoin.
Porque no uso tradicional, para confirmar transações, os utilizadores expõem as suas chaves públicas, o que pode revelar a sua verdadeira identidade (que pode ser continuamente rastreada), mas após utilizar a Carteira HD, após cada utilização, converte-se para outra subchave pública para que não possa ser rastreada.
Para mais detalhes, consulte os seguintes documentos:
Carteiras HD | Carteiras Determinísticas Hierárquicas
Uma explicação do que é uma Carteira HD, como funcionam no Bitcoin e a sua história.
Muitas pessoas vão discutir sobre o título "primeiro" porque as pessoas gostam de perseguir o primeiro
Se quiser falar sobre o primeiro ativo na RGB, provavelmente foi lançado quando o próprio Dr. Maxim o experimentou. Claro, nem você nem eu o vimos.
Se quiser falar sobre os ativos de amostra RGB abertos pela Associação LNP/BP, pode consultar o seguinte site
Se for um ativo emitido na festa do projeto bitmask sob o protocolo RGB, você pode consultar o seguinte site
Mas bitmask é apenas uma parte do projeto sob o protocolo RGB, porque o RGB é “verificado pelo cliente”, então, desde que você consiga construir um cliente, também pode usar a “linha de comando” para emitir o seu próprio “primeiro ativo RGB”
Portanto, penso que discutir quem é o número um é significativo para a publicidade a curto prazo, mas a longo prazo, o valor contido nos ativos é mais significativo. Esse valor pode ser o espírito da comunidade, o empoderamento, etc.
Na verdade, não pode fazer esta pergunta, porque: RGB usa a rede Bitcoin para “endorsement” de segurança e “prevenção de gastos duplos”. Em princípio, pode ser usado em qualquer outra rede com tais características.
Se a transação RGB é executada na rede principal, então as suas transações são carregadas para a rede principal em tempo real; se a transação RGB é executada na Lightning Network, então os seus dados de transação são carregados para a Lightning Network em tempo real, e os dados da Lightning Network são armazenados off-chain. Sim, apenas será encadeado na rede principal BTC no momento do levantamento; se as transações RGB forem executadas em outras redes, a situação de encadeamento dos dados também será determinada com base nas condições de outras redes.
Também deve ser salientado que os dados reais da transação do RGB são armazenados no cliente, e o que é carregado para a cadeia é a agregação dos compromissos de transação.
Para mim, penso que o RGB é uma tecnologia geral que pode ser conectada ao L1/L2/L3. Pode fazer muitas coisas e é uma parte muito crítica do desenvolvimento da ecologia do BTC; pode realizar BIFI, ou seja, bitcoin+fi, que pode ser defi, nftfi, gamefi, ou outras formas de fi
Na verdade, muitas pessoas prestam atenção à aplicação do RGB na cripto, mas o RGB pode fazer mais, como títulos, títulos do tesouro, a combinação de ativos reais e ativos virtuais, etc.
O protocolo RGB pode funcionar na rede principal, na Lightning Network e até mesmo em side chains no futuro.
RGB foi projetado para funcionar na Lightning Network em prol da escalabilidade. Devido à execução de contratos inteligentes, o tps da rede principal obviamente não consegue atender a esse requisito. O alto tps da Lightning Network pode, mas a atual Rede Lightning Bolt não consegue. Ela atende aos requisitos complexos de contratos inteligentes do RGB, portanto, precisa ser atualizada para bifrost para se tornar completa;
O problema atual deve-se ao tamanho do canal da Lightning Network, que foi originalmente projetado para pagamentos pequenos; naturalmente, se construir um canal grande, também poderá efetuar pagamentos grandes (normalmente, grandes quantias vão para a mainnet).
Penso que existem duas razões pelas quais a Lightning Network é usada em vez de side chains:
1️⃣ As side chains são geralmente consideradas não suficientemente nativas, pois as side chains têm a sua própria cadeia, os seus próprios nós, os seus próprios blocos e o seu próprio mecanismo de consenso. Pode-se até dizer que tem pouco a ver com a rede principal do BTC; mas a Rede Lightning pode ser entendida como algo pendurado na rede principal do BTC. É muito nativa e é chamada de L2.
2️⃣O TPS teórico da Lightning Network é muito maior do que o da side chain
Também tenho este tipo de preocupação, especialmente porque não parecem haver muitas doações no momento (de fato, a taxa de retorno sobre investimentos como TEDA é muito alta), mas ainda assim aprecio o espírito da associação de forma não lucrativa. Fazem-se coisas tão grandiosas.
Principalmente, a maior parte do trabalho no protocolo RGB foi concluída. Claro, ainda há muitas tarefas a seguir; Acho que se o protocolo RGB captar a atenção de mais e mais pessoas, à medida que mais e mais devs se juntam, o trabalho de desenvolvimento mudará rapidamente.
Sim, e várias vezes
Em 17 de dezembro de 2023, todos estão aguardando a atualização do v0.11. Esta atualização envolve atualizações de contratos inteligentes, carteiras, etc.; esperamos que o v0.11 se torne uma versão estável maior, para que os projetos no ecossistema possam ter um desenvolvimento relativamente seguro.
Se a v0.11 for lançada, a emissão e transferência de ativos RGB baseados na Lightning Network serão em breve concretizadas (será muito rápida), mas contratos inteligentes complexos ainda dependem do desenvolvimento da bifrost Lightning Network.
bitmask/bitlight: Duas partes do projeto muito formais. O primeiro foi anunciado na página inicial da LNP/BP e concentra-se no desenvolvimento de carteiras e diba (mercado nft). O último concentra-se no desenvolvimento de carteiras e dex;
pprgb: O primeiro meme rgb com popularidade de mercado, um projeto temporariamente lançado na liquid (note o adjetivo)
selo: Projetos que esperam emitir NFT e capacitar tokens em rgb insistem em emitir em rgb
Troca UTXO: Quero construir dex em rgb e usar airdrops zero-roll. Os ativos que emite devem ser ativos rgb. No entanto, dada a forma atual, especula-se que será de forma centralizada e avaliará os riscos por si próprio.
BiHelix: Originalmente chamado de infinito, foi posteriormente renomeado como intas e mais tarde renomeado de Bihelix. Escrevi muitos artigos e fiz muito trabalho de evangelização, mas nos primeiros dias houve alguma desagradável com o acordo LNP/BP e foi identificado como um esquema. Sugiro que eles precisam lidar bem com este problema, caso contrário, será mais difícil realizá-lo nesta pista.
rgbdoge: Especula-se que seja um projeto chinês (não me importo se é chinês ou estrangeiro, depende da qualidade e estratégia do projeto). Tem ação forte, mas falta direção (desde a batalha inicial pelo "número um", à construção de uma plataforma, até ser listado na liquid)
bitrgb: Uma plataforma para criar contratos inteligentes RGB. Atualmente está a usar o método nostrasset. Já recomendei a tarefa zealy (ideia Lubai) anteriormente, mas tendo em conta a "anonimato da equipa/anonimato de instituições de investimento/carga de mint (o preço parece não ser baixo)", sinto que o risco é muito elevado.
Recentemente, foi descoberto que LNP/BP tg foi identificado como golpe pelo Dr. Maxim.
Inscriptionwar: Isto é completamente gratuito, por isso não há necessidade de participar.
A segurança off-chain depende da parte do projeto ou do próprio cliente, então a associação precisa estabelecer padrões unificados para armazenamento, etc., para garantir a segurança dos ativos, etc.
Os dados principais são armazenados no cliente off-chain, e os clientes podem partilhar informações e comunicar através dos nós Storm no futuro.
Deixe-me dar uma breve introdução. Adam Back fundou a empresa blockstream. Esta empresa tem muitos produtos, como a plataforma de desenvolvimento da cadeia lateral elements. Eles também têm produtos de carteira verde, piscinas de mineração reais e produtos de gestão financeira relacionados com piscinas de mineração. Produtos financeiros, etc.;
Liquid é L2 desenvolvido usando a plataforma elements, e sideswap é um projeto na Liquid.
A segurança de armazenamento de dados off-chain é fornecida pela parte do projeto. Os utilizadores podem proteger a segurança dos seus ativos fazendo backup dos dados. Claro, se houver um problema com os dados da parte do projeto e o utilizador não fizer backup dos dados, então haverá problemas com os ativos.
Algumas partes de projetos maliciosos podem cometer crimes criando malware, mas o mecanismo de uso do RGB pode evitar fraudes. Claro, o RGB é difícil de prevenir em todas as blockchains.
Sim, usando o protocolo Storm, os dados são partilhados entre pares, mas o desenvolvimento atual está atrasado
Não pode. A parte do projeto não pode recolher informações sobre transações individuais e apenas pode recolher transferências de números concluídas dentro da aplicação (como estatísticas agregadas).
Claro, pessoalmente, acho que se o utilizador autorizar as permissões relevantes, então a aplicação pode aceder a estes dados (será algo semelhante à chave de desblindagem na Liquid para visualizar as informações de desblindagem)
Sim, mas todas as empresas precisam de cumprir regulamentos relativos a títulos.
1) O ativo tem ContractID e valor inicial de gênese
2) Compatível com a carteira RGB
3) Código aberto
Desta forma, pode saber se é um ativo RGB
UTXO é a camada de ativos “públicos”, mas apenas entre os mesmos ativos, por exemplo: USDT<>USDT; no futuro, podemos alcançar a “interoperabilidade” entre diferentes ativos, mas isso requer o Bifrost
Isso é possível, mas a cadeia de destino deve suportar o modelo UTXO e outros modelos disponíveis para integrar com o RGB Core e bibliotecas cruzadas. Neste momento, os ativos precisam seguir as especificações do modelo RGB20.
Na verdade, o RGB é compatível com o LN e pode ser usado com qualquer implementação do LN, como a inserção do CLN ou LND. Ao usar o Storm, é possível o reconhecimento de cada amostra no LN; no L1, o reconhecimento e roteamento do ativo só são feitos se você abrir/fechar o canal ou escanear usando o HTLC.
Sim, isto requer muitas bibliotecas de suporte a trabalharem juntas,
Na teoria, o processo pode ser simplificado através de autorização. Claro, isto é apenas na teoria.
Parte 4: Links de referência
Aqui, podes aprender:
1️⃣O que é RGB, o que pode fazer e quais são as suas vantagensSaltar)
2️⃣Como experimentar a biblioteca RGB, como linha de comando, instalação de nós, chamada de API, etc. (Saltar)
3️⃣Aprenda RGB através de vídeos oficiais (é claro, é difícil para quem não fala inglês)Saltar)
Contratos inteligentes escaláveis e confidenciais para Bitcoin e Lightning
Este documento explica os princípios de design e fornece informações técnicas detalhadas sobre como os sistemas RGB são construídos e funcionam, incluindo:
1️⃣Visão geral e objetivos do design do protocolo (Saltar)
2️⃣Introdução à “Verificação do Cliente”, descrevendo “Selos de Uso Único” e “Compromissos determinísticos de bitcoin”(Saltar)
3️⃣Explicação do "Contrato, Status e Operação RGB" (Saltar)
4️⃣Alguns conteúdos de "Try RGB Contract": incluindo escrever contratos, interagir com contratos, comunicação P2P, interagir com carteiras, etc. (Saltar)
RGB Blackpaper | RGB Blackpaper
Camada de Contrato Inteligente Turing-complete, Escalável e Confidencial para Bitcoin e LN
Se encontrar problemas, pode primeiro verificar se este documento oficial tem alguma resposta.
Aqui, pode aprender sobre a máquina virtual Alu completa de Turing desenvolvida pela Associação LNP/BP
1️⃣CoinEx Research
Uma Breve Análise da RGB: Um Protocolo de Contrato Inteligente Escalável e Confidencial Construído sobre Bitcoin
Blog | CoinEx - A Bolsa de Criptomoedas Global
2️⃣Federico Tenga
Compreender o protocolo RGB
@FedericoTenga">Federico Tenga – Medium
@FedericoTenga">Leia os textos de Federico Tenga no Medium. A trabalhar em coisas relacionadas com o Bitcoin. Todos os dias, Federico Tenga e milhares de outras vozes re...
@FedericoTenga"medium.com
3️⃣Bitfinex
Como pode o RGB melhorar o Bitcoin?
Como pode o RGB melhorar o Bitcoin? - Blog Bitfinex
4️⃣Capital Waterdrip
Explicação detalhada do protocolo RGB: encontrar uma nova maneira de criar uma nova segunda camada de emissão de ativos Bitcoin
5️⃣ Design do protocolo RGB
Um local de encontro chinês para ideias sobre Bitcoin
Compartir
Contenido
Muitas pessoas estão começando a prestar atenção ao protocolo RGB do Bitcoin e estão muito felizes. No entanto, a maioria das pessoas é relativamente desconhecida de um protocolo assim (especialmente um protocolo relativamente tecnicamente complexo) e não sabe como pesquisar e experimentar o conteúdo e a ecologia do protocolo.
Portanto, escrevo especialmente um Espelho continuamente atualizado para resumir materiais de aprendizagem relevantes e fornecer um caminho de aprendizagem relativamente razoável; ao mesmo tempo, também serve como um registro de aprendizagem pessoal sobre RGB.
Parte Um: Parte de Ciência Popular-Compreensão Inicial de RGB
Quando muitas pessoas veem as três palavras RGB, pensam em “as três cores primárias: vermelho, verde, azul”. Se olhares para o ícone, é realmente o caso. Isto acontece porque o protocolo RGB utiliza o conceito inicial de “moedas tingidas”.
Aqui estamos a falar sobre RGB é um acordo, um protocolo de sistema de contrato inteligente extremamente privado e escalável que pode ser executado na rede principal do Bitcoin, na Lightning Network ou em redes semelhantes.
Este protocolo é atualmente mantido e atualizado pelo protocolo LNP/BP, e a bitfinex também participa em algum trabalho de código.
É difícil classificar simplesmente o RGB na categoria de Bitcoin L2. Não tem sua própria cadeia, não tem sua própria camada e pode operar em outros L2s de BTC. Portanto, para ser preciso: É uma tecnologia universal.
Na indústria, acredita-se geralmente que RGB e Bitvm serão a forma definitiva de expansão do BTC, porque ambos podem alcançar a escalabilidade do ecossistema BTC com base na natureza nativa do BTC. Comparado com Bitvm, que está longe, o RGB tem sido gradualmente implementado.
Vale a pena mencionar que o RGB é uma tecnologia que não se limita à criptografia. Pode ser amplamente utilizado nos nossos cenários não criptográficos. À medida que o protocolo se torna mais maduro, veremos mais e mais casos de uso.
A partir da introdução oficial, podemos ver as funções que o protocolo RGB pode alcançar:
Se classificarmos, podemos ver:
Desta perspetiva, o RGB permite que o BTC tenha a maioria das funções do atual EVM, mas não é implementado de forma não nativa, semelhante a "compatível com o EVM", mas implementado nativamente. Tenho que dizer que este conjunto de teorias e desenhos. O conceito é incrível.
Na verdade, vale a pena notar que o sistema de contrato inteligente RGB é muito diferente dos métodos anteriores, quer seja baseado no Bitcoin (Moedas Coloridas, Counterparty, OMNI) ou não no Bitcoin (Ethereum, EOS, etc.), tem suas próprias características únicas:
O primeiro significado é que os contratos inteligentes serão melhor estratificados. O emissor só tem os direitos sobre o contrato no momento da emissão e, em seguida, o proprietário do estado terá os direitos durante o processo contínuo de evolução do estado;
O segundo significado é que mantém o código fora da cadeia, o que pode poupar espaço na cadeia, melhorar a velocidade de execução e reduzir a dificuldade de desenvolvimento, mas também pode garantir a segurança por meio de mecanismos;
O terceiro artigo revela sua camada de endosso de segurança (blockchain), e é Turing completo e pode suportar operações de linguagem simples.
Portanto, a imagem a seguir pode estar mais próxima da compreensão correta:
Do vídeo de ensino do Dr. Maxim Orlovsky, podemos ver que as características RGB oficialmente reconhecidas incluem:
Vamos analisar tudo detalhadamente:
1️⃣Privacidade extrema
2️⃣Alta segurança
Não entendo muito bem estes dois pontos, preciso estudá-los.
3️⃣Altamente escalável
4️⃣Sem congestionamento
5️⃣Extremamente alta integração
Portanto, na verdade, aos meus olhos, RGB para BTC é mais parecido com o seguinte:
Comparado com outros protocolos, o protocolo RGB tem os seus próprios pontos técnicos muito únicos. Aqui estão algumas partes importantes da ciência simples:
4.1 Vedação descartável
Esta tecnologia foi proposta pela primeira vez por Peter Todd em 2016. O seu principal significado é "adicionar um selo a uma mensagem para garantir que a mensagem só possa ser utilizada uma vez, porque é necessário remover o selo para conhecer a mensagem."
Um método simples é configurar um servidor de terceiros notarial que publique um certificado num registo público sempre que um selo é aberto ou fechado, para que qualquer pessoa possa verificar o estado do selo que lhes interessa.
Se não usar uma entidade confiável para implementar a função de selagem única, pode usar o UTXO do Bitcoin como selo. Porque qualquer UTXO no Bitcoin só pode ser gasto uma vez. Portanto, ao usar o UTXO como um selo, pode bloquear o UTXO quando ele é criado e abri-lo quando o gasta.
O RGB utiliza essa tecnologia de "selagem única", que "envolve" informações de ativos RGB, status do contrato, etc. no UTXO. Quando a UTXO é gasta, a propriedade do ativo e o status do contrato mudam. Isso significa que toda vez que uma transação RGB ocorre, o remetente realmente cria um contrato (aquele que define os direitos que estão sendo transferidos).status change。
Tome o RGB20 como exemplo:
1️⃣Em primeiro lugar, o emitente do contrato define o estado inicial do contrato e define os detalhes do contrato: o nome do ativo, o fornecimento total, etc., e o emitente tem o direito de mover o UTXO desses suprimentos;
2️⃣Quando um ativo é transferido pela primeira vez, o proprietário do primeiro UTXO pode criar uma alteração de estado para definir qual UTXO irá manter o ativo;
3️⃣A alteração de estado pode ser aplicada ao direito de alterar a propriedade do ativo, ou a outros tipos de direitos, como o direito de emissão secundária, ou o direito de adicionar/alterar atributos específicos do ativo (por exemplo: metadados), etc.
4.2 Verificação do cliente
A verificação RGB difere da verificação tradicional de “consenso global” e utiliza a tecnologia de “verificação do cliente”.
Com a verificação tradicional do Bitcoin, um nó conectado à rede faz o download e verifica continuamente blocos e transações em um pool de transações (nó completo). Tal nó tem uma visão atualizada em tempo real do conjunto UTXO em toda a cadeia (o conjunto de todas as saídas não gastas na blockchain). Quando vê uma nova transação, para verificar a sua validade, só precisa verificar se todas as entradas para a transação fazem parte do estado mais recente do conjunto UTXO.
Mas para o RGB, não há dados propagados globalmente, portanto, não há uma visão global do conjunto de UTXO. Depois que um cliente RGB aceita uma transação, não apenas precisa verificar se o estado mais recente da transação é válido, mas também deve realizar a mesma verificação em todas as transformações de estado anteriores relacionadas à transação, até o estado fundador do contrato emitido.
Isso parece trazer uma desvantagem óbvia: faz com que a verificação leve muito tempo
Mas isso só acontece quando 'um ativo tem um longo histórico de negociação,' e esta parte do histórico de negociação pode ser verificada antecipadamente através de uma camada de compartilhamento de dados (de forma voluntária).
Isto também traz vantagens significativas: O cliente não precisa de saber ou verificar todas as transações que ocorrem a nível global
Porque só precisa de saber as transações relacionadas com a sua própria carteira, não precisa de verificar outras transações, pelo que a quantidade de dados a ser verificada por cada cliente é menor e a escalabilidade do sistema é significativamente melhorada.
4.3 promessa de certeza do Bitcoin
Como o RGB previne o “gasto duplo” é alcançado através de compromissos RGB. Tais compromissos precisam ser realizados:
1️⃣Múltiplas transições de estado envolvendo um contrato podem ser comprometidas com uma única transação Bitcoin
Cada transição de estado de contrato só pode ser comprometida com uma transação Bitcoin uma vez
A forma específica de alcançar isso é:
1️⃣Primeiro, todas as transições de estado relacionadas a um determinado contrato (ou ID de ativo) devem ser agregadas de forma determinística em um compromisso
2️⃣Então, os compromissos de todos os ativos transferidos são agregados em uma árvore de Merkle
3️⃣O valor final do hash da raiz é o compromisso final do RGB;
4️⃣Para garantir a compatibilidade com outros protocolos que não têm nada a ver com o RGB, mas também precisam usar compromissos determinísticos do Bitcoin, os compromissos do RGB e os compromissos de outros protocolos devem ser agregados novamente (conforme descrito no padrão LNPBP-4), e o hash obtido dessa forma. O valor é a mensagem que está realmente incorporada na transação do Bitcoin.
4.4 Processamento em lote
Como podemos saber da seção anterior, podemos "envolver" qualquer número de mudanças de estado em um único compromisso do Bitcoin, então o processamento em lote em grande escala é teoricamente possível.
Cenário:A quer pagar várias pessoas ao mesmo tempo, transferir um ativo RGB20 para B, transferir um ativo RGB21 para C e transferir a propriedade de um contrato para D
Resultado:Apenas precisa de criar uma transição de estado para cada um de B, C e D, e comprometer todas as transições de estado na mesma transação de Bitcoin. É isso. Não precisa de ocupar mais bytes. Isto significa que o custo marginal das taxas on-chain para cada pagamento RGB pode ser muito pequeno, porque a mesma taxa é distribuída uniformemente por qualquer número de transferências.
Mas também precisamos ver as limitações aqui, ou seja: essas informações de transição de estado devem ser “embrulhadas” no mesmo UTXO. Se houver várias, então a entrada desta transação precisa ser aumentada, e os custos correspondentes também serão melhorados. Mas em comparação com a situação tradicional onde cada uma requer uma transação, grandes melhorias podem ser alcançadas.
Esta capacidade de processamento em lote é muito importante para os fornecedores de serviços que utilizam UTXO fundidos, e haverá muitos cenários de aplicação.
4.5 Comunicação entre clientes
Para concluir uma transferência RGB, os clientes participantes precisam compartilhar alguns dados entre si.
Se tiver um entendimento detalhado dos passos de transferência de ativos RGB, saberá que o remetente precisa partilhar a consignação com o(s) destinatário(s). Esta estrutura de dados contém todas as informações necessárias para verificar a transferência, incluindo todas as transições de estado que podem ser rastreadas até ao estado fundador do contrato.
A remessa precisa ser transferida do remetente para o destinatário por meio de comunicação, mas o protocolo RGB não se importa com o canal de comunicação usado para essa operação de compartilhamento de dados, pois existem muitas maneiras de fazê-lo. No entanto, em geral, existem duas maneiras principais de compartilhar dados no software RGB:
Depois de ter um conceito geral do protocolo RGB, penso que neste momento podemos perceber como o protocolo se desenvolveu passo a passo. Qualquer acordo neste nível não é alcançado da noite para o dia e deve ter passado por muitas mudanças e inovações.
fase de conceção
RGB foi originalmente concebido por Giacomo Zucco e Peter Todd, que propuseram os conceitos de autenticação do lado do cliente e selagem única
estágio de desenvolvimento
Inicialmente, foi mantido pela BHB Network e pela inbitcoin por um período de tempo e foi apoiado pelo Grupo Poseidon.
Mais tarde, o principal desenvolvedor tornou-se Alekos Filini
Desde meados de 2019 até à data, a Pandora Core AG e o Dr. Maxim Orlovsky tornaram-se grandes contribuintes para o desenvolvimento tecnológico
Estágio de maturidade gradual
Desde 2019, o protocolo RGB tem recebido ajuda de muitos contribuidores e organizações da indústria e tem amadurecido gradualmente. É um projeto baseado num conjunto de normas mantido pela Associação de Normas LNP/BP.
Por exemplo: Nesta fase, o RGB foi reconstruído a partir de um protocolo de token para um sistema geral de contratos inteligentes, absorvendo muitas partes de transações confidenciais e usando a tecnologia à prova de balas da Blockstream. O trabalho geral foi apoiado financeiramente pela Bitfinex/Tether Inc e pela Fulgur Ventures. (Este é também o fundamento para o desenvolvimento contínuo do protocolo RGB)
O conselho de Adam Back e os engenheiros da Blockstream desempenharam um papel importante no design técnico do RGB, incluindo Andrew Poelstra (Bulletproof, mimblewimple, Transações Confidenciais), Peter Wuille (Transações Confidenciais, Bulletproof) e o design arquitetônico de Christian Decker (Lightning Network, Sistemas). Portanto, esta é outra razão importante pela qual presto atenção ao Liquid. Em termos teóricos, os dois têm muitas trocas, e estou muito otimista sobre a combinação dos dois no futuro.
O trabalho principal de desenvolvimento do protocolo RGB está quase concluído. Na versão v0.10, a emissão de ativos e outras funções podem ser facilmente utilizadas. No entanto, foram encontrados alguns problemas ao conectar-se ao bolt-ln (rede de relâmpagos bolt atual), por isso o padrão bifrost foi projetado. O protocolo é usado para expandir contratos inteligentes e propõe ainda o padrão Storm.
A versão v0.11 está atualmente a ser submetida a uma auditoria de segurança e espera-se que seja concluída e lançada no início de 2024. A versão v0.11 é uma atualização importante em comparação com a v0.10. Os contratos entre as duas versões definitivamente já não são compatíveis. Pode haver planos para trocar ativos até lá. Pode ou não haver uma ponte. Afinal, as versões atuais são todas versões de teste.
Eu espero que a versão do protocolo v0.11 se torne uma versão grande e estável, que trará um certo grau de certeza ao desenvolvimento de projetos ecológicos sob o protocolo.
A seguir, deixe-me falar detalhadamente sobre os problemas existentes do protocolo RGB:
1️⃣Progresso lento no desenvolvimento
Este problema tem sido criticado por muitas pessoas, e as razões são causadas por muitos fatores:
A Associação LNP/BP tem muito poucos desenvolvedores, e o trabalho principal de código é feito pelo Dr. Maxim e Bitfinex
—LNP/BP é uma organização sem fins lucrativos, e as suas operações dependem basicamente de doações. Embora tenha apoio financeiro da Bitfinex/Tether Inc e da Fulgur Ventures, a utilização dos fundos também requer um planeamento cuidadoso (por exemplo, se pretender realizar uma conferência presencial todos os anos, talvez não tenha orçamento)
2️⃣ Forte instabilidade
Esta instabilidade refere-se à "extensão em que as atualizações de protocolo podem quebrar versões mais antigas.
Por exemplo, desta vez v0.10 causará maior incerteza devido ao dano no contrato (incompatibilidade) do v0.11.
Se os projetos ecológicos sob o protocolo desenvolverem funções com base em v0.10, podem precisar de ser refeitos em v0.11, o que trará custos de alto risco. Mas do ponto de vista da própria associação, é para renovação e planeamento globais, e não considerará este problema nesta fase.
Problema de 3️⃣ incompatibilidade
A própria associação considera o plano de desenvolvimento global do acordo, que pode não corresponder necessariamente às necessidades do mercado.
4️⃣Atenção insuficiente aos fundos
Atualmente, existem muito poucos grandes financiadores prestando atenção ao RGB. As instituições ainda estão imersas em narrativas que podem ser vistas rapidamente, como inscrições. Não há atenção suficiente para protocolos grandes e aprofundados como RGB, portanto, o desenvolvimento da ecologia está temporariamente estagnado. Não houve muita melhoria (embora seja melhor do que antes, mas pessoalmente acredito que é devido ao efeito de derramamento de fundos).
Ao expressar as minhas opiniões, gosto muito de dar as minhas razões, pois esta é também a base para o meu julgamento; não gosto de dar ordens e ceder ao fomo sem pensar, pois isso não está de acordo com a minha verdadeira intenção. Então, vamos primeiro organizar isto:
O desenvolvimento ecológico do BTC é o resultado da esperança comum dos mineiros atuais, fundos antigos, etc., e uma nova narrativa também é necessária no mercado;
—As condições técnicas básicas para o desenvolvimento do ecossistema BTC já estão em vigor, sendo a atualização taproot uma parte muito importante;
—A emissão de ativos é o primeiro passo no desenvolvimento ecológico. Sem ativos, nada pode ser feito. Assim, podemos ver vários protocolos baseados na emissão de ativos no Bitcoin e gradualmente transbordar para outras cadeias públicas;
O desenvolvimento ecológico não pode ser apenas a emissão de ativos, apenas pode ser o primeiro passo. O segundo passo é implementar cenários de aplicação para esses ativos, ou seja, processar e trocar ativos, etc. Isso requer contratos inteligentes, que podem ser simples ou complexos;
—Dos protocolos atuais, os únicos nativos que vi são RGB e Bitvm, e como disse antes, RGB é mais prático.
É por isso que gosto dele!
No entanto, o processo de desenvolvimento das coisas nem sempre é tão consistente como imaginado. Vamos usar uma imagem para expressar isso:
Parte 2: Parte do Acordo - Compreensão LNP/BP
LNP: protocolo da rede Lightning (protocolo da rede Lightning)
BP: protocolo Bitcoin
Esta é uma organização suíça sem fins lucrativos, responsável por supervisionar os padrões abertos e os protocolos de camadas 2 e 3 para o Bitcoin e a Lightning Network. Eles são os criadores dos protocolos L2 e L3, como RGB, Bifrost, Storm, Prometheus, Kaleidscope, e são construtores ativos do ecossistema #BiFi (Bitcoin Finance) na Lightning Network. A associação é composta@dr-orlovskye@giacomozuccoFundada em 2019
Link do site oficial Link do Twitter link do github
O Github contém uma grande quantidade de informações de código aberto sobre RGB e protocolos relacionados. Os amigos técnicos podem dar uma olhada mais de perto.
LNP/BP tem uma linha muito forte de organizações doadoras, incluindo:
Além disso, a TEDA afirmou várias vezes que emitirá USDT no protocolo RGB e promoverá o desenvolvimento do protocolo RGB!
2.1 LNPBP-1: Chave Pública
a continuar…
Parte Três: Resumo das Perguntas Frequentes
Nesta parte, continuarei a resumir e atualizar vários problemas relacionados com a tecnologia RGB e BTC encontrados na aprendizagem e operações da comunidade neste local.
Existem quatro tipos principais de endereços de mapa de bits:
1️⃣Endereço de Hash de Chave Pública Legacy/Pagamento (P2PKH)
Este tipo de endereço Bitcoin tradicional é a forma do endereço quando foi criado nos primeiros dias, por isso também é chamado de endereço "herdado" ou endereço "hash de chave pública de pagamento (P2PKH)" porque quando o Bitcoin foi lançado em 2009, o seu método de geração era começar com a geração de um par de chaves público/privado, que na altura era a única forma de criar um endereço.
Este tipo de endereço começa sempre com “1”. Por usar mais espaço nas transações, é também o tipo de endereço mais caro.
2️⃣Endereço Pay-to-Script-Hash (P2SH)
Este tipo de endereço não utiliza o resultado da operação de hash da chave pública, mas utiliza a operação de hash de certos scripts para registar deméritos e pode ser usado para transferências que requerem múltiplas assinaturas, etc.
Este tipo de endereço começa com “3” porque pode usar Testemunha Segregada para poupar taxas de transação, enviar para um endereço P2SH é cerca de 26% mais barato do que uma carteira que usa o endereço antigo.
3️⃣Endereço Segregado Testemunho (SegWit) Endereço Bech32
Os endereços Segwit também são conhecidos como endereços Bech32. Este tipo de endereço Bitcoin reduz a quantidade de informações armazenadas numa transação. Eles não armazenam assinaturas e scripts na transação, mas no testemunho (commit).
Este tipo de endereço começa com “bc1q”. Comparado com os endereços P2SH, os endereços Segwit podem poupar cerca de 16% nas taxas de transação e, comparado com os endereços tradicionais, podem poupar mais de 38% das taxas.
Endereço Taproot 4️⃣
Para aumentar a eficiência do espaço de bloco e melhorar as taxas, o SegWit introduziu algumas mudanças na forma como os endereços são construídos. Portanto, com base no endereço SegWit, foi desenvolvido o endereço Taproot, que é traduzido como o endereço raiz principal.
Este tipo de endereço começa com "bc1p", o que reduz ainda mais o espaço de armazenamento, melhora a eficiência das transações e oferece maior privacidade.
Este é um método técnico comumente usado em BTC: Carteira HD
Esta tecnologia permite que um par de “chaves públicas e privadas” gere inúmeras sub-chaves públicas, que são os endereços que vemos; esta funcionalidade destina-se a proteger a privacidade dos utilizadores da carteira de Bitcoin.
Porque no uso tradicional, para confirmar transações, os utilizadores expõem as suas chaves públicas, o que pode revelar a sua verdadeira identidade (que pode ser continuamente rastreada), mas após utilizar a Carteira HD, após cada utilização, converte-se para outra subchave pública para que não possa ser rastreada.
Para mais detalhes, consulte os seguintes documentos:
Carteiras HD | Carteiras Determinísticas Hierárquicas
Uma explicação do que é uma Carteira HD, como funcionam no Bitcoin e a sua história.
Muitas pessoas vão discutir sobre o título "primeiro" porque as pessoas gostam de perseguir o primeiro
Se quiser falar sobre o primeiro ativo na RGB, provavelmente foi lançado quando o próprio Dr. Maxim o experimentou. Claro, nem você nem eu o vimos.
Se quiser falar sobre os ativos de amostra RGB abertos pela Associação LNP/BP, pode consultar o seguinte site
Se for um ativo emitido na festa do projeto bitmask sob o protocolo RGB, você pode consultar o seguinte site
Mas bitmask é apenas uma parte do projeto sob o protocolo RGB, porque o RGB é “verificado pelo cliente”, então, desde que você consiga construir um cliente, também pode usar a “linha de comando” para emitir o seu próprio “primeiro ativo RGB”
Portanto, penso que discutir quem é o número um é significativo para a publicidade a curto prazo, mas a longo prazo, o valor contido nos ativos é mais significativo. Esse valor pode ser o espírito da comunidade, o empoderamento, etc.
Na verdade, não pode fazer esta pergunta, porque: RGB usa a rede Bitcoin para “endorsement” de segurança e “prevenção de gastos duplos”. Em princípio, pode ser usado em qualquer outra rede com tais características.
Se a transação RGB é executada na rede principal, então as suas transações são carregadas para a rede principal em tempo real; se a transação RGB é executada na Lightning Network, então os seus dados de transação são carregados para a Lightning Network em tempo real, e os dados da Lightning Network são armazenados off-chain. Sim, apenas será encadeado na rede principal BTC no momento do levantamento; se as transações RGB forem executadas em outras redes, a situação de encadeamento dos dados também será determinada com base nas condições de outras redes.
Também deve ser salientado que os dados reais da transação do RGB são armazenados no cliente, e o que é carregado para a cadeia é a agregação dos compromissos de transação.
Para mim, penso que o RGB é uma tecnologia geral que pode ser conectada ao L1/L2/L3. Pode fazer muitas coisas e é uma parte muito crítica do desenvolvimento da ecologia do BTC; pode realizar BIFI, ou seja, bitcoin+fi, que pode ser defi, nftfi, gamefi, ou outras formas de fi
Na verdade, muitas pessoas prestam atenção à aplicação do RGB na cripto, mas o RGB pode fazer mais, como títulos, títulos do tesouro, a combinação de ativos reais e ativos virtuais, etc.
O protocolo RGB pode funcionar na rede principal, na Lightning Network e até mesmo em side chains no futuro.
RGB foi projetado para funcionar na Lightning Network em prol da escalabilidade. Devido à execução de contratos inteligentes, o tps da rede principal obviamente não consegue atender a esse requisito. O alto tps da Lightning Network pode, mas a atual Rede Lightning Bolt não consegue. Ela atende aos requisitos complexos de contratos inteligentes do RGB, portanto, precisa ser atualizada para bifrost para se tornar completa;
O problema atual deve-se ao tamanho do canal da Lightning Network, que foi originalmente projetado para pagamentos pequenos; naturalmente, se construir um canal grande, também poderá efetuar pagamentos grandes (normalmente, grandes quantias vão para a mainnet).
Penso que existem duas razões pelas quais a Lightning Network é usada em vez de side chains:
1️⃣ As side chains são geralmente consideradas não suficientemente nativas, pois as side chains têm a sua própria cadeia, os seus próprios nós, os seus próprios blocos e o seu próprio mecanismo de consenso. Pode-se até dizer que tem pouco a ver com a rede principal do BTC; mas a Rede Lightning pode ser entendida como algo pendurado na rede principal do BTC. É muito nativa e é chamada de L2.
2️⃣O TPS teórico da Lightning Network é muito maior do que o da side chain
Também tenho este tipo de preocupação, especialmente porque não parecem haver muitas doações no momento (de fato, a taxa de retorno sobre investimentos como TEDA é muito alta), mas ainda assim aprecio o espírito da associação de forma não lucrativa. Fazem-se coisas tão grandiosas.
Principalmente, a maior parte do trabalho no protocolo RGB foi concluída. Claro, ainda há muitas tarefas a seguir; Acho que se o protocolo RGB captar a atenção de mais e mais pessoas, à medida que mais e mais devs se juntam, o trabalho de desenvolvimento mudará rapidamente.
Sim, e várias vezes
Em 17 de dezembro de 2023, todos estão aguardando a atualização do v0.11. Esta atualização envolve atualizações de contratos inteligentes, carteiras, etc.; esperamos que o v0.11 se torne uma versão estável maior, para que os projetos no ecossistema possam ter um desenvolvimento relativamente seguro.
Se a v0.11 for lançada, a emissão e transferência de ativos RGB baseados na Lightning Network serão em breve concretizadas (será muito rápida), mas contratos inteligentes complexos ainda dependem do desenvolvimento da bifrost Lightning Network.
bitmask/bitlight: Duas partes do projeto muito formais. O primeiro foi anunciado na página inicial da LNP/BP e concentra-se no desenvolvimento de carteiras e diba (mercado nft). O último concentra-se no desenvolvimento de carteiras e dex;
pprgb: O primeiro meme rgb com popularidade de mercado, um projeto temporariamente lançado na liquid (note o adjetivo)
selo: Projetos que esperam emitir NFT e capacitar tokens em rgb insistem em emitir em rgb
Troca UTXO: Quero construir dex em rgb e usar airdrops zero-roll. Os ativos que emite devem ser ativos rgb. No entanto, dada a forma atual, especula-se que será de forma centralizada e avaliará os riscos por si próprio.
BiHelix: Originalmente chamado de infinito, foi posteriormente renomeado como intas e mais tarde renomeado de Bihelix. Escrevi muitos artigos e fiz muito trabalho de evangelização, mas nos primeiros dias houve alguma desagradável com o acordo LNP/BP e foi identificado como um esquema. Sugiro que eles precisam lidar bem com este problema, caso contrário, será mais difícil realizá-lo nesta pista.
rgbdoge: Especula-se que seja um projeto chinês (não me importo se é chinês ou estrangeiro, depende da qualidade e estratégia do projeto). Tem ação forte, mas falta direção (desde a batalha inicial pelo "número um", à construção de uma plataforma, até ser listado na liquid)
bitrgb: Uma plataforma para criar contratos inteligentes RGB. Atualmente está a usar o método nostrasset. Já recomendei a tarefa zealy (ideia Lubai) anteriormente, mas tendo em conta a "anonimato da equipa/anonimato de instituições de investimento/carga de mint (o preço parece não ser baixo)", sinto que o risco é muito elevado.
Recentemente, foi descoberto que LNP/BP tg foi identificado como golpe pelo Dr. Maxim.
Inscriptionwar: Isto é completamente gratuito, por isso não há necessidade de participar.
A segurança off-chain depende da parte do projeto ou do próprio cliente, então a associação precisa estabelecer padrões unificados para armazenamento, etc., para garantir a segurança dos ativos, etc.
Os dados principais são armazenados no cliente off-chain, e os clientes podem partilhar informações e comunicar através dos nós Storm no futuro.
Deixe-me dar uma breve introdução. Adam Back fundou a empresa blockstream. Esta empresa tem muitos produtos, como a plataforma de desenvolvimento da cadeia lateral elements. Eles também têm produtos de carteira verde, piscinas de mineração reais e produtos de gestão financeira relacionados com piscinas de mineração. Produtos financeiros, etc.;
Liquid é L2 desenvolvido usando a plataforma elements, e sideswap é um projeto na Liquid.
A segurança de armazenamento de dados off-chain é fornecida pela parte do projeto. Os utilizadores podem proteger a segurança dos seus ativos fazendo backup dos dados. Claro, se houver um problema com os dados da parte do projeto e o utilizador não fizer backup dos dados, então haverá problemas com os ativos.
Algumas partes de projetos maliciosos podem cometer crimes criando malware, mas o mecanismo de uso do RGB pode evitar fraudes. Claro, o RGB é difícil de prevenir em todas as blockchains.
Sim, usando o protocolo Storm, os dados são partilhados entre pares, mas o desenvolvimento atual está atrasado
Não pode. A parte do projeto não pode recolher informações sobre transações individuais e apenas pode recolher transferências de números concluídas dentro da aplicação (como estatísticas agregadas).
Claro, pessoalmente, acho que se o utilizador autorizar as permissões relevantes, então a aplicação pode aceder a estes dados (será algo semelhante à chave de desblindagem na Liquid para visualizar as informações de desblindagem)
Sim, mas todas as empresas precisam de cumprir regulamentos relativos a títulos.
1) O ativo tem ContractID e valor inicial de gênese
2) Compatível com a carteira RGB
3) Código aberto
Desta forma, pode saber se é um ativo RGB
UTXO é a camada de ativos “públicos”, mas apenas entre os mesmos ativos, por exemplo: USDT<>USDT; no futuro, podemos alcançar a “interoperabilidade” entre diferentes ativos, mas isso requer o Bifrost
Isso é possível, mas a cadeia de destino deve suportar o modelo UTXO e outros modelos disponíveis para integrar com o RGB Core e bibliotecas cruzadas. Neste momento, os ativos precisam seguir as especificações do modelo RGB20.
Na verdade, o RGB é compatível com o LN e pode ser usado com qualquer implementação do LN, como a inserção do CLN ou LND. Ao usar o Storm, é possível o reconhecimento de cada amostra no LN; no L1, o reconhecimento e roteamento do ativo só são feitos se você abrir/fechar o canal ou escanear usando o HTLC.
Sim, isto requer muitas bibliotecas de suporte a trabalharem juntas,
Na teoria, o processo pode ser simplificado através de autorização. Claro, isto é apenas na teoria.
Parte 4: Links de referência
Aqui, podes aprender:
1️⃣O que é RGB, o que pode fazer e quais são as suas vantagensSaltar)
2️⃣Como experimentar a biblioteca RGB, como linha de comando, instalação de nós, chamada de API, etc. (Saltar)
3️⃣Aprenda RGB através de vídeos oficiais (é claro, é difícil para quem não fala inglês)Saltar)
Contratos inteligentes escaláveis e confidenciais para Bitcoin e Lightning
Este documento explica os princípios de design e fornece informações técnicas detalhadas sobre como os sistemas RGB são construídos e funcionam, incluindo:
1️⃣Visão geral e objetivos do design do protocolo (Saltar)
2️⃣Introdução à “Verificação do Cliente”, descrevendo “Selos de Uso Único” e “Compromissos determinísticos de bitcoin”(Saltar)
3️⃣Explicação do "Contrato, Status e Operação RGB" (Saltar)
4️⃣Alguns conteúdos de "Try RGB Contract": incluindo escrever contratos, interagir com contratos, comunicação P2P, interagir com carteiras, etc. (Saltar)
RGB Blackpaper | RGB Blackpaper
Camada de Contrato Inteligente Turing-complete, Escalável e Confidencial para Bitcoin e LN
Se encontrar problemas, pode primeiro verificar se este documento oficial tem alguma resposta.
Aqui, pode aprender sobre a máquina virtual Alu completa de Turing desenvolvida pela Associação LNP/BP
1️⃣CoinEx Research
Uma Breve Análise da RGB: Um Protocolo de Contrato Inteligente Escalável e Confidencial Construído sobre Bitcoin
Blog | CoinEx - A Bolsa de Criptomoedas Global
2️⃣Federico Tenga
Compreender o protocolo RGB
@FedericoTenga">Federico Tenga – Medium
@FedericoTenga">Leia os textos de Federico Tenga no Medium. A trabalhar em coisas relacionadas com o Bitcoin. Todos os dias, Federico Tenga e milhares de outras vozes re...
@FedericoTenga"medium.com
3️⃣Bitfinex
Como pode o RGB melhorar o Bitcoin?
Como pode o RGB melhorar o Bitcoin? - Blog Bitfinex
4️⃣Capital Waterdrip
Explicação detalhada do protocolo RGB: encontrar uma nova maneira de criar uma nova segunda camada de emissão de ativos Bitcoin
5️⃣ Design do protocolo RGB
Um local de encontro chinês para ideias sobre Bitcoin