Muitas pessoas estão começando a prestar atenção no protocolo RGB do Bitcoin e estão realmente 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 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 você olhar para o ícone, isso é realmente o caso. Isso ocorre porque o protocolo RGB utiliza o conceito inicial de "moedas tingidas".
Aqui estamos falando sobreRGB é um acordo, um protocolo extremamente privado, escalável de sistema de contrato inteligente que pode ser executado na mainnet do Bitcoin, Lightning Network ou redes semelhantes。
Este protocolo é atualmente mantido e atualizado pelo protocolo LNP/BP, e bitfinex também participa de 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, RGB tem sido gradualmente implementado.
Vale ressaltar que RGB é uma tecnologia que não se limita à criptografia. Pode ser amplamente utilizado em nossos cenários não criptográficos. À medida que o protocolo se torna mais maduro, veremos mais e mais casos de uso.
Pela introdução oficial, podemos ver as funções que o protocolo RGB pode alcançar:
Se classificarmos, podemos ver:
Desta perspectiva, RGB permite que o BTC tenha a maioria das funções da atual EVM, mas não é implementado de forma não nativa, similar a "compatível com EVM", mas implementado de forma nativa. Tenho que dizer que este conjunto de teorias e designs. O conceito é incrível.
Na verdade, vale ressaltar que o sistema de contrato inteligente RGB é muito diferente dos métodos anteriores, seja baseado em Bitcoin (Colored Coins, Counterparty, OMNI) ou não Bitcoin (Ethereum, EOS, etc.), ele tem suas próprias características únicas:
O primeiro significado é que os contratos inteligentes serão melhor estratificados. O emitente apenas 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 off-chain, o que pode economizar espaço on-chain, 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 é completo de Turing e pode suportar operações de linguagem simples.
Portanto, a seguinte imagem 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 uma por uma:
1️⃣Privacidade extrema
2️⃣Alta segurança
Eu não entendo muito bem esses dois pontos, preciso estudá-los.
3️⃣Altamente escalável
4️⃣No congestion
5️⃣Extremamente alta integração
Então, na verdade, aos meus olhos, RGB para BTC é mais como o seguinte:
Comparado com outros protocolos, o protocolo RGB tem seus próprios pontos técnicos muito únicos. Aqui estão algumas partes importantes da ciência simples:
4.1 Vedação descartável
Essa tecnologia foi proposta pela primeira vez por Peter Todd em 2016. Seu principal significado é 'adicionar um selo a uma mensagem para garantir que a mensagem só possa ser usada uma vez, pois você deve remover o selo para saber a mensagem'.
Um método simples é configurar um servidor de terceiros notarizado que publique um certificado em um registro público sempre que um selo for aberto ou trancado, para que qualquer pessoa possa verificar o status do selo que lhes interessa.
Se você não usar uma entidade confiável para implementar a função de selagem única, você 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 selo, você pode bloquear o UTXO quando ele é criado e abri-lo quando o gasta.
RGB utiliza uma tecnologia de “selagem única”, que “envolve” informações de ativos RGB, status de contrato, etc. em UTXO. Quando UTXO é gasto, a propriedade do ativo e o status do contrato mudam. Isso significa que toda vez que ocorre uma transação RGB, o remetente realmente cria um contrato (aquele que define os direitos sendo transferidos).mudança de status。
Tome RGB20 como exemplo:
1️⃣Primeiro, o emissor do contrato define o estado fundador do contrato e define os detalhes do contrato: o nome do ativo, o fornecimento total, etc., e o emissor 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 mudança de estado para definir qual UTXO manterá o ativo;
3️⃣A mudança de estado pode ser aplicada ao direito de mudar a propriedade do ativo, ou a outros tipos de direitos, como o direito de emissão secundária, ou o direito de adicionar/mudar atributos específicos do ativo (por exemplo: metadados), etc..
4.2 Verificação do cliente
A verificação RGB é diferente 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 a verificação contínua de blocos e transações em um pool de transações (nó completo). Esse nó tem uma visão atualizada em tempo real do conjunto de UTXO em toda a cadeia (o conjunto de todas as saídas não gastas no blockchain). Quando ele vê uma nova transação, para verificar sua validade, só precisa verificar se todas as entradas para a transação fazem parte do estado mais recente do conjunto de UTXO.
Mas para o RGB, não há dados globalmente propagados, então não há uma visão global do conjunto UTXO. Após um cliente RGB aceitar uma transação, ele não só precisa verificar que 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ó ocorre quando 'um ativo tem um longo histórico de negociação,' e essa parte do histórico de negociação pode ser verificada antecipadamente por meio de uma camada de compartilhamento de dados (de forma voluntária).
Isso também traz vantagens significativas: O cliente não precisa saber ou verificar todas as transações que ocorrem globalmente
Porque só precisa conhecer as transações relacionadas à sua própria carteira, não precisa verificar outras transações, então a quantidade de dados a ser verificada por cada cliente é menor e a escalabilidade do sistema é significativamente aprimorada.
4.3 promessa do Bitcoin de certeza
Como o RGB evita o “gasto duplo” é alcançado por meio 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
2️⃣Cada transição de estado de contrato só pode ser comprometida com uma transação Bitcoin uma vez
A maneira 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️⃣Em seguida, 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 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 maneira 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 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 criar uma transição de estado para cada um de B, C e D, e comprometer todas as transições de estado para a mesma transação de Bitcoin. É isso. Não precisa ocupar mais bytes. Isso significa que o custo marginal das taxas na cadeia 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 em que cada uma requer uma transação, grandes melhorias podem ser alcançadas.
Esta capacidade de processamento em lote é muito importante para os provedores de serviços que usam UTXO mesclados, 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 você tem uma compreensão detalhada dos passos de transferência de ativos RGB, você pode saber que o remetente precisa compartilhar 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é o estado inicial 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, porque há muitas maneiras de fazê-lo. No entanto, como um todo, existem duas maneiras principais de compartilhar dados no software RGB:
Depois de ter um conceito geral do protocolo RGB, acredito que, neste momento, podemos entender 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.
estágio de visão
RGB foi originalmente concebido por Giacomo Zucco e Peter Todd, que propuseram os conceitos de autenticação do lado do cliente e de selagem única
estágio de desenvolvimento
Inicialmente, foi mantido pela BHB Network e 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é a presente data, Pandora Core AG e Dr. Maxim Orlovsky tornaram-se grandes colaboradores para o desenvolvimento de tecnologia
Estágio de maturidade gradual
Desde 2019, o protocolo RGB recebeu ajuda de muitos contribuintes e organizações da indústria e amadureceu gradualmente. e é um projeto baseado em um conjunto de padrões mantidos pela Associação de Padrões LNP/BP.
Por exemplo: Nesta fase, o RGB foi reconstruído 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 a base 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, Systems). 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 de protocolo da 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, alguns problemas foram encontrados ao conectar-se ao bolt-ln (rede de relâmpagos bolt atual), então 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 passando por 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 os dois definitivamente não são mais compatíveis. Pode haver planos para trocar ativos até então. 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 estável e grande, o que trará um certo grau de certeza para o desenvolvimento de projetos ecológicos sob o protocolo.
A seguir, deixe-me falar sobre os problemas existentes do protocolo RGB em detalhes:
1️⃣Progresso de desenvolvimento lento
Este problema foi 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 é concluído pelo Dr. Maxim e Bitfinex
—LNP/BP é uma organização sem fins lucrativos, e suas operações basicamente dependem de doações. Embora tenha apoio financeiro da Bitfinex/Tether Inc e da Fulgur Ventures, o uso dos fundos também requer um planejamento cuidadoso (por exemplo, se você deseja realizar uma conferência presencial todos os anos, talvez não tenha orçamento)
2️⃣ Forte instabilidade
Essa instabilidade refere-se à "a extensão com que as atualizações de protocolo podem quebrar versões mais antigas.
Por exemplo, desta vez v0.10 causará uma maior incerteza devido ao dano do contrato (incompatibilidade) da v0.11.
Se os projetos ecológicos sob o protocolo desenvolverem funções com base na v0.10, eles podem precisar ser refeitos na v0.11, o que trará altos custos de risco. Mas do ponto de vista da própria associação, é para renovação e planejamento geral, e não considerará esta questão nesta fase.
Problema de incompatibilidade 3️⃣
A própria associação considera o plano de desenvolvimento geral do acordo, que pode não corresponder necessariamente às necessidades do mercado.
4️⃣Atenção insuficiente aos fundos
Atualmente, há 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 profundos como o RGB, então o desenvolvimento da ecologia está temporariamente sem muita melhoria (embora esteja melhor do que antes, mas pessoalmente acho que é devido ao efeito de transbordamento de fundos).
Ao expressar minhas opiniões, gosto muito de dar minhas razões, pois isso também é a base para o meu julgamento; Não gosto de dar ordens e fomo sem pensar, pois isso não está de acordo com minha verdadeira intenção. Então, vamos organizar primeiro:
—O desenvolvimento ecológico do BTC é o resultado da esperança comum dos mineradores atuais, fundos antigos, etc., e também é necessária uma nova narrativa no mercado;
—As condições técnicas básicas para o desenvolvimento do ecossistema BTC já estão em vigor, das quais a atualização do taproot é uma parte muito importante;
— A emissão de ativos é o primeiro passo no desenvolvimento ecológico. Sem ativos, nada pode ser feito. Portanto, podemos ver vários protocolos baseados na emissão de ativos no Bitcoin e, gradualmente, transbordar para outras blockchains públicas;
—Desenvolvimento ecológico não pode ser apenas a emissão de ativos, isso só 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 mencionei antes, RGB é mais prático.
Por isso é que gosto dele!
No entanto, o processo de desenvolvimento das coisas muitas vezes não é 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 sem fins lucrativos suíça,Responsável por supervisionar os padrões e protocolos abertos da Camada 2 e 3 para 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 por@dr-orlovskye@giacomozuccoFundada em 2019
Link do site oficial Link do Twitter github link
O Github contém uma grande quantidade de informações de código aberto sobre RGB e protocolos relacionados. 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 declarou várias vezes que emitirá USDT no protocolo RGB e promoverá o desenvolvimento do protocolo RGB!
2.1 LNPBP-1: Chave Pública
a ser continuado...
Parte Três: Resumo das Perguntas Frequentes
Nesta parte, continuarei a resumir e atualizar várias questões relacionadas à tecnologia RGB e BTC encontradas no aprendizado e nas operações da comunidade neste local.
Existem quatro tipos principais de endereços de bitmap:
1️⃣Endereço de Hash da Chave Pública de Legado/Pagamento (P2PKH)
Esse tipo de endereço tradicional do Bitcoin é a forma do endereço quando foi criado nos primeiros dias, então também é chamado de "endereço legado" ou "endereço de hash de chave pública de pagamento (P2PKH)" porque quando o Bitcoin foi lançado em 2009, seu método de geração começou com a geração de um par de chaves público/privado, que na época era a única maneira de criar um endereço.
Esse tipo de endereço começa com “1”. Por usar mais espaço em transações, também é o tipo de endereço mais caro.
2️⃣Endereço de Pay-to-Script-Hash (P2SH)
Este tipo de endereço não usa o resultado da operação hash da chave pública, mas usa a operação hash de certos scripts para registrar deméritos e pode ser usado para transferências que exigem múltiplas assinaturas, etc.
Esse tipo de endereço começa com “3” porque você pode usar o Segregated Witness para economizar 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 de Testemunhas (SegWit) Endereço Bech32
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 em uma transação. Eles não armazenam assinaturas e scripts na transação, mas sim na testemunha (commit).
Esse tipo de endereço começa com “bc1q”. Comparado com os endereços P2SH, os endereços Segwit podem economizar cerca de 16% das taxas de transação e, comparados com os endereços tradicionais, podem economizar mais de 38% das taxas.
4️⃣Endereço Taproot
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.
Esse tipo de endereço começa com “bc1p”, o que reduz ainda mais o espaço de armazenamento, melhora a eficiência da transação e oferece maior privacidade.
Este é um método técnico comumente usado em BTC: HD Wallet
Esta tecnologia permite que um par de "chaves pública e privada" gere inúmeras sub-chaves públicas, que são os endereços que vemos; esse recurso é para proteger a privacidade dos usuários de carteiras de Bitcoin.
Porque, no uso tradicional, para confirmar transações, os usuários expõem suas chaves públicas, então há o risco de revelar sua verdadeira identidade (que pode ser rastreada continuamente), mas após usar a Carteira HD, a cada uso, convertê-la para outra subchave pública para que não possa ser rastreada.
Para mais detalhes, consulte os seguintes documentos:
HD Wallets | Carteiras Determinísticas Hierárquicas
Uma explicação do que é uma Carteira HD, como elas funcionam no Bitcoin e sua história.
Muitas pessoas vão argumentar 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 Dr. Maxim mesmo o tentou. Claro, nem você nem eu o vimos.
Se você quiser falar sobre os ativos de amostra RGB abertos pela Associação LNP/BP, você 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ê possa construir um cliente, também poderá usar a “linha de comando” para emitir seu próprio “primeiro ativo RGB”
Portanto, acho 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 espírito de comunidade, capacitação, etc.
Na verdade, você não pode perguntar isso, porque: RGB usa a rede Bitcoin para "endosso 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 suas transações são enviadas para a rede principal em tempo real; se a transação RGB é executada na Lightning Network, então seus dados de transação são enviados para a Lightning Network em tempo real, e os dados da Lightning Network são armazenados fora da cadeia. Sim, ele será encadeado apenas na rede principal BTC no momento do saque; se as transações RGB forem executadas em outras redes, a situação de encadeamento de dados também será determinada com base nas condições de outras redes.
Também deve ser apontado que os dados reais da transação do RGB são armazenados no cliente, e o que é enviado para a cadeia é a agregação dos compromissos de transação.
Para mim, eu acho que 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 em criptografia, 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 ser executado na rede principal, na Lightning Network e até mesmo em side chains no futuro.
RGB é projetado para funcionar na Lightning Network em prol da escalabilidade. Devido à execução de contratos inteligentes, o tps da rede principal obviamente não pode 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 o bifrost para se tornar completa;
O problema atual decorre do tamanho do canal da Lightning Network, e a Lightning Network foi originalmente projetada para pagamentos pequenos; é claro, se você construir um canal grande, também poderá fazer pagamentos grandes (geralmente grandes quantias vão para a mainnet) )
Eu acho que há duas razões pelas quais a Rede Lightning é usada em vez de side chains:
1️⃣ As side chains são geralmente consideradas não nativas o suficiente, porque as side chains têm sua própria cadeia, seus próprios nós, seus próprios blocos e seu próprio mecanismo de consenso. Você pode até dizer que tem pouco a ver com a rede principal BTC; mas a rede Lightning pode ser compreendida como algo pendurado na rede principal BTC. É muito nativa e é chamada de L2.
2️⃣A TPS teórica da Lightning Network é muito maior do que a da side chain
Também tenho esse tipo de preocupação, especialmente porque não parecem haver muitas doações no momento (na verdade, a taxa de retorno em investimentos como o TEDA é muito alta), mas ainda assim aprecio o espírito da associação de forma sem fins lucrativos. Fazer coisas tão grandiosas.
Principalmente falando, a maior parte do trabalho no protocolo RGB foi concluída. Claro, ainda existem muitas tarefas a seguir; Acho que se o protocolo RGB chamar cada vez mais a atenção das pessoas, à medida que mais e mais desenvolvedores se juntarem, o trabalho de desenvolvimento mudará rapidamente.
Sim, e várias vezes
Em 17 de dezembro de 2023, todos estão esperando a atualização da v0.11. Esta atualização envolve atualizações nos contratos inteligentes, carteiras, etc.; esperamos que a v0.11 se torne uma versão estável maior, para que os projetos no ecossistema possam ter um desenvolvimento relativamente seguro.
Se v0.11 for lançado, a emissão e transferência de ativos RGB baseados na Lightning Network em breve serão realizadas (será muito rápida), mas contratos inteligentes complexos ainda dependem do desenvolvimento da bifrost Lightning Network.
bitmask/bitlight: Duas partes de projeto muito formais. A primeira foi anunciada na página inicial da LNP/BP e foca no desenvolvimento de carteiras e diba (mercado nft). A segunda foca no desenvolvimento de carteiras e dex;
pprgb: O primeiro meme rgb com popularidade de mercado, um projeto temporariamente lançado na liquid (observe o atributivo)
selo: Projetos que esperam emitir NFT e capacitar tokens no rgb insistem em emitir no 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 estará em forma centralizada e avaliará os riscos por si só.
BiHelix: Originalmente chamado de infinito, mais tarde foi renomeado para intas e posteriormente para Bihelix. Escrevi muitos artigos e fiz muito trabalho evangelístico, mas nos primeiros dias houve algumas desavenças com o acordo LNP/BP e foi identificado como um golpe. Sugiro que eles precisam lidar bem com esse problema, caso contrário será mais difícil seguir por esse caminho.
rgbdoge: Especula-se que seja um projeto chinês (não me importa se é chinês ou estrangeiro, depende da qualidade e estratégia do projeto). Tem ação forte, mas carece de direção (desde a batalha inicial pelo "número um", até a construção de uma plataforma, até a emissão em líquido)
bitrgb: Uma plataforma para criar contratos inteligentes RGB. Atualmente está usando o método nostrasset. Já recomendei a tarefa zealy (ideia Lubai) antes, mas diante da “anonimato da equipe/anonimato de instituições de investimento/charge mint (o preço parece não ser baixo)”, sinto que o risco é muito alto.
Recentemente, foi descoberto que LNP/BP tg foi identificado como golpe pelo Dr. Maxim.
Inscriptionwar: Isso é completamente gratuito, então não há necessidade de participar.
A segurança off-chain depende da parte do projeto ou do cliente em si, portanto, 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 compartilhar informações e se comunicar por meio de 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 de cadeia lateral elements. Eles também têm produtos de carteira verde, pools de mineração reais e produtos de gestão financeira relacionados às pools 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 usuários podem proteger a segurança de seus ativos fazendo backup de dados. Claro, se houver um problema com os dados da parte do projeto e o usuário 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 compartilhados entre pares, mas o desenvolvimento atual está atrasado
Não é possível. A parte do projeto não pode coletar informações sobre transações individuais e só pode coletar transferências numéricas concluídas dentro do aplicativo (como estatísticas agregadas).
Claro, pessoalmente acho que se o usuário autorizar as permissões relevantes, então o aplicativo pode acessar esses dados (será algo semelhante à chave de desblinding na Liquid para visualizar as informações de desblinding)
Sim, mas toda empresa precisa cumprir regulamentações relativas 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
Dessa forma, você pode saber se é um ativo RGB
UTXO é a camada de ativos "pública", mas apenas entre os mesmos ativos, por exemplo: USDT<>USDT; no futuro, podemos alcançar a "interoperabilidade" entre diferentes ativos, mas isso requer 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, RGB é compatível com LN e você pode usá-lo com qualquer implementação LN, como inserir CLN ou LND. Ao usar Storm, o reconhecimento de cada amostra é possível no LN; no L1, o reconhecimento e roteamento do ativo só é feito se você abrir/fechar o canal ou escanear usando HTLC.
Sim, isso requer muitas bibliotecas de suporte trabalhando juntas,
Na teoria, o processo pode ser simplificado por meio de autorização. Claro, isso é apenas na teoria.
Parte 4: Links de referência
Aqui, você pode aprender:
1️⃣O que é RGB, o que pode fazer e quais são suas vantagens (GatePular)
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 não falantes de inglês) (Saltar)
Contratos inteligentes escaláveis & confidenciais para Bitcoin & Lightning
Este documento explica os princípios de design e fornece insights técnicos detalhados 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 Bitcoin Determinísticos”(Saltar)
3️⃣Explicação do “Contrato, Status e Operação RGB” (Pular)
4️⃣Alguns conteúdos do "Contrato RGB de Teste": incluindo escrever contratos, interagir com contratos, comunicação P2P, interagir com carteiras, etc. (Saltar)
RGB Blackpaper | RGB Blackpaper
Camada de Contrato Inteligente Turing-completa, Escalável & Confidencial para Bitcoin & LN
Se você encontrar problemas, você pode primeiro verificar se este documento oficial tem alguma resposta.
Aqui, você pode aprender sobre a máquina virtual Alu completa de Turing desenvolvida pela Associação LNP/BP
1️⃣Pesquisa CoinEx
Uma Breve Análise de RGB: Um Protocolo de Contrato Inteligente Escalável e Confidencial Construído sobre o Bitcoin
Blog | CoinEx - A Troca de Criptomoedas Global
2️⃣Federico Tenga
Compreendendo o protocolo RGB
@FedericoTenga">Federico Tenga – Medium
@FedericoTenga">Leia os textos de Federico Tenga no Medium. Trabalhando em coisas do Bitcoin. Todos os dias, Federico Tenga e milhares de outras vozes re...
@FedericoTenga"medium.com
3️⃣Bitfinex
Como o RGB pode melhorar o Bitcoin?
Como o RGB pode melhorar o Bitcoin? - Blog Bitfinex
4️⃣Waterdrip Capital
Explicação detalhada do protocolo RGB: encontrando 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 de Bitcoin
แชร์
เนื้อหา
Muitas pessoas estão começando a prestar atenção no protocolo RGB do Bitcoin e estão realmente 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 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 você olhar para o ícone, isso é realmente o caso. Isso ocorre porque o protocolo RGB utiliza o conceito inicial de "moedas tingidas".
Aqui estamos falando sobreRGB é um acordo, um protocolo extremamente privado, escalável de sistema de contrato inteligente que pode ser executado na mainnet do Bitcoin, Lightning Network ou redes semelhantes。
Este protocolo é atualmente mantido e atualizado pelo protocolo LNP/BP, e bitfinex também participa de 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, RGB tem sido gradualmente implementado.
Vale ressaltar que RGB é uma tecnologia que não se limita à criptografia. Pode ser amplamente utilizado em nossos cenários não criptográficos. À medida que o protocolo se torna mais maduro, veremos mais e mais casos de uso.
Pela introdução oficial, podemos ver as funções que o protocolo RGB pode alcançar:
Se classificarmos, podemos ver:
Desta perspectiva, RGB permite que o BTC tenha a maioria das funções da atual EVM, mas não é implementado de forma não nativa, similar a "compatível com EVM", mas implementado de forma nativa. Tenho que dizer que este conjunto de teorias e designs. O conceito é incrível.
Na verdade, vale ressaltar que o sistema de contrato inteligente RGB é muito diferente dos métodos anteriores, seja baseado em Bitcoin (Colored Coins, Counterparty, OMNI) ou não Bitcoin (Ethereum, EOS, etc.), ele tem suas próprias características únicas:
O primeiro significado é que os contratos inteligentes serão melhor estratificados. O emitente apenas 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 off-chain, o que pode economizar espaço on-chain, 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 é completo de Turing e pode suportar operações de linguagem simples.
Portanto, a seguinte imagem 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 uma por uma:
1️⃣Privacidade extrema
2️⃣Alta segurança
Eu não entendo muito bem esses dois pontos, preciso estudá-los.
3️⃣Altamente escalável
4️⃣No congestion
5️⃣Extremamente alta integração
Então, na verdade, aos meus olhos, RGB para BTC é mais como o seguinte:
Comparado com outros protocolos, o protocolo RGB tem seus próprios pontos técnicos muito únicos. Aqui estão algumas partes importantes da ciência simples:
4.1 Vedação descartável
Essa tecnologia foi proposta pela primeira vez por Peter Todd em 2016. Seu principal significado é 'adicionar um selo a uma mensagem para garantir que a mensagem só possa ser usada uma vez, pois você deve remover o selo para saber a mensagem'.
Um método simples é configurar um servidor de terceiros notarizado que publique um certificado em um registro público sempre que um selo for aberto ou trancado, para que qualquer pessoa possa verificar o status do selo que lhes interessa.
Se você não usar uma entidade confiável para implementar a função de selagem única, você 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 selo, você pode bloquear o UTXO quando ele é criado e abri-lo quando o gasta.
RGB utiliza uma tecnologia de “selagem única”, que “envolve” informações de ativos RGB, status de contrato, etc. em UTXO. Quando UTXO é gasto, a propriedade do ativo e o status do contrato mudam. Isso significa que toda vez que ocorre uma transação RGB, o remetente realmente cria um contrato (aquele que define os direitos sendo transferidos).mudança de status。
Tome RGB20 como exemplo:
1️⃣Primeiro, o emissor do contrato define o estado fundador do contrato e define os detalhes do contrato: o nome do ativo, o fornecimento total, etc., e o emissor 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 mudança de estado para definir qual UTXO manterá o ativo;
3️⃣A mudança de estado pode ser aplicada ao direito de mudar a propriedade do ativo, ou a outros tipos de direitos, como o direito de emissão secundária, ou o direito de adicionar/mudar atributos específicos do ativo (por exemplo: metadados), etc..
4.2 Verificação do cliente
A verificação RGB é diferente 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 a verificação contínua de blocos e transações em um pool de transações (nó completo). Esse nó tem uma visão atualizada em tempo real do conjunto de UTXO em toda a cadeia (o conjunto de todas as saídas não gastas no blockchain). Quando ele vê uma nova transação, para verificar sua validade, só precisa verificar se todas as entradas para a transação fazem parte do estado mais recente do conjunto de UTXO.
Mas para o RGB, não há dados globalmente propagados, então não há uma visão global do conjunto UTXO. Após um cliente RGB aceitar uma transação, ele não só precisa verificar que 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ó ocorre quando 'um ativo tem um longo histórico de negociação,' e essa parte do histórico de negociação pode ser verificada antecipadamente por meio de uma camada de compartilhamento de dados (de forma voluntária).
Isso também traz vantagens significativas: O cliente não precisa saber ou verificar todas as transações que ocorrem globalmente
Porque só precisa conhecer as transações relacionadas à sua própria carteira, não precisa verificar outras transações, então a quantidade de dados a ser verificada por cada cliente é menor e a escalabilidade do sistema é significativamente aprimorada.
4.3 promessa do Bitcoin de certeza
Como o RGB evita o “gasto duplo” é alcançado por meio 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
2️⃣Cada transição de estado de contrato só pode ser comprometida com uma transação Bitcoin uma vez
A maneira 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️⃣Em seguida, 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 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 maneira 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 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 criar uma transição de estado para cada um de B, C e D, e comprometer todas as transições de estado para a mesma transação de Bitcoin. É isso. Não precisa ocupar mais bytes. Isso significa que o custo marginal das taxas na cadeia 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 em que cada uma requer uma transação, grandes melhorias podem ser alcançadas.
Esta capacidade de processamento em lote é muito importante para os provedores de serviços que usam UTXO mesclados, 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 você tem uma compreensão detalhada dos passos de transferência de ativos RGB, você pode saber que o remetente precisa compartilhar 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é o estado inicial 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, porque há muitas maneiras de fazê-lo. No entanto, como um todo, existem duas maneiras principais de compartilhar dados no software RGB:
Depois de ter um conceito geral do protocolo RGB, acredito que, neste momento, podemos entender 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.
estágio de visão
RGB foi originalmente concebido por Giacomo Zucco e Peter Todd, que propuseram os conceitos de autenticação do lado do cliente e de selagem única
estágio de desenvolvimento
Inicialmente, foi mantido pela BHB Network e 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é a presente data, Pandora Core AG e Dr. Maxim Orlovsky tornaram-se grandes colaboradores para o desenvolvimento de tecnologia
Estágio de maturidade gradual
Desde 2019, o protocolo RGB recebeu ajuda de muitos contribuintes e organizações da indústria e amadureceu gradualmente. e é um projeto baseado em um conjunto de padrões mantidos pela Associação de Padrões LNP/BP.
Por exemplo: Nesta fase, o RGB foi reconstruído 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 a base 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, Systems). 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 de protocolo da 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, alguns problemas foram encontrados ao conectar-se ao bolt-ln (rede de relâmpagos bolt atual), então 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 passando por 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 os dois definitivamente não são mais compatíveis. Pode haver planos para trocar ativos até então. 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 estável e grande, o que trará um certo grau de certeza para o desenvolvimento de projetos ecológicos sob o protocolo.
A seguir, deixe-me falar sobre os problemas existentes do protocolo RGB em detalhes:
1️⃣Progresso de desenvolvimento lento
Este problema foi 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 é concluído pelo Dr. Maxim e Bitfinex
—LNP/BP é uma organização sem fins lucrativos, e suas operações basicamente dependem de doações. Embora tenha apoio financeiro da Bitfinex/Tether Inc e da Fulgur Ventures, o uso dos fundos também requer um planejamento cuidadoso (por exemplo, se você deseja realizar uma conferência presencial todos os anos, talvez não tenha orçamento)
2️⃣ Forte instabilidade
Essa instabilidade refere-se à "a extensão com que as atualizações de protocolo podem quebrar versões mais antigas.
Por exemplo, desta vez v0.10 causará uma maior incerteza devido ao dano do contrato (incompatibilidade) da v0.11.
Se os projetos ecológicos sob o protocolo desenvolverem funções com base na v0.10, eles podem precisar ser refeitos na v0.11, o que trará altos custos de risco. Mas do ponto de vista da própria associação, é para renovação e planejamento geral, e não considerará esta questão nesta fase.
Problema de incompatibilidade 3️⃣
A própria associação considera o plano de desenvolvimento geral do acordo, que pode não corresponder necessariamente às necessidades do mercado.
4️⃣Atenção insuficiente aos fundos
Atualmente, há 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 profundos como o RGB, então o desenvolvimento da ecologia está temporariamente sem muita melhoria (embora esteja melhor do que antes, mas pessoalmente acho que é devido ao efeito de transbordamento de fundos).
Ao expressar minhas opiniões, gosto muito de dar minhas razões, pois isso também é a base para o meu julgamento; Não gosto de dar ordens e fomo sem pensar, pois isso não está de acordo com minha verdadeira intenção. Então, vamos organizar primeiro:
—O desenvolvimento ecológico do BTC é o resultado da esperança comum dos mineradores atuais, fundos antigos, etc., e também é necessária uma nova narrativa no mercado;
—As condições técnicas básicas para o desenvolvimento do ecossistema BTC já estão em vigor, das quais a atualização do taproot é uma parte muito importante;
— A emissão de ativos é o primeiro passo no desenvolvimento ecológico. Sem ativos, nada pode ser feito. Portanto, podemos ver vários protocolos baseados na emissão de ativos no Bitcoin e, gradualmente, transbordar para outras blockchains públicas;
—Desenvolvimento ecológico não pode ser apenas a emissão de ativos, isso só 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 mencionei antes, RGB é mais prático.
Por isso é que gosto dele!
No entanto, o processo de desenvolvimento das coisas muitas vezes não é 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 sem fins lucrativos suíça,Responsável por supervisionar os padrões e protocolos abertos da Camada 2 e 3 para 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 por@dr-orlovskye@giacomozuccoFundada em 2019
Link do site oficial Link do Twitter github link
O Github contém uma grande quantidade de informações de código aberto sobre RGB e protocolos relacionados. 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 declarou várias vezes que emitirá USDT no protocolo RGB e promoverá o desenvolvimento do protocolo RGB!
2.1 LNPBP-1: Chave Pública
a ser continuado...
Parte Três: Resumo das Perguntas Frequentes
Nesta parte, continuarei a resumir e atualizar várias questões relacionadas à tecnologia RGB e BTC encontradas no aprendizado e nas operações da comunidade neste local.
Existem quatro tipos principais de endereços de bitmap:
1️⃣Endereço de Hash da Chave Pública de Legado/Pagamento (P2PKH)
Esse tipo de endereço tradicional do Bitcoin é a forma do endereço quando foi criado nos primeiros dias, então também é chamado de "endereço legado" ou "endereço de hash de chave pública de pagamento (P2PKH)" porque quando o Bitcoin foi lançado em 2009, seu método de geração começou com a geração de um par de chaves público/privado, que na época era a única maneira de criar um endereço.
Esse tipo de endereço começa com “1”. Por usar mais espaço em transações, também é o tipo de endereço mais caro.
2️⃣Endereço de Pay-to-Script-Hash (P2SH)
Este tipo de endereço não usa o resultado da operação hash da chave pública, mas usa a operação hash de certos scripts para registrar deméritos e pode ser usado para transferências que exigem múltiplas assinaturas, etc.
Esse tipo de endereço começa com “3” porque você pode usar o Segregated Witness para economizar 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 de Testemunhas (SegWit) Endereço Bech32
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 em uma transação. Eles não armazenam assinaturas e scripts na transação, mas sim na testemunha (commit).
Esse tipo de endereço começa com “bc1q”. Comparado com os endereços P2SH, os endereços Segwit podem economizar cerca de 16% das taxas de transação e, comparados com os endereços tradicionais, podem economizar mais de 38% das taxas.
4️⃣Endereço Taproot
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.
Esse tipo de endereço começa com “bc1p”, o que reduz ainda mais o espaço de armazenamento, melhora a eficiência da transação e oferece maior privacidade.
Este é um método técnico comumente usado em BTC: HD Wallet
Esta tecnologia permite que um par de "chaves pública e privada" gere inúmeras sub-chaves públicas, que são os endereços que vemos; esse recurso é para proteger a privacidade dos usuários de carteiras de Bitcoin.
Porque, no uso tradicional, para confirmar transações, os usuários expõem suas chaves públicas, então há o risco de revelar sua verdadeira identidade (que pode ser rastreada continuamente), mas após usar a Carteira HD, a cada uso, convertê-la para outra subchave pública para que não possa ser rastreada.
Para mais detalhes, consulte os seguintes documentos:
HD Wallets | Carteiras Determinísticas Hierárquicas
Uma explicação do que é uma Carteira HD, como elas funcionam no Bitcoin e sua história.
Muitas pessoas vão argumentar 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 Dr. Maxim mesmo o tentou. Claro, nem você nem eu o vimos.
Se você quiser falar sobre os ativos de amostra RGB abertos pela Associação LNP/BP, você 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ê possa construir um cliente, também poderá usar a “linha de comando” para emitir seu próprio “primeiro ativo RGB”
Portanto, acho 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 espírito de comunidade, capacitação, etc.
Na verdade, você não pode perguntar isso, porque: RGB usa a rede Bitcoin para "endosso 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 suas transações são enviadas para a rede principal em tempo real; se a transação RGB é executada na Lightning Network, então seus dados de transação são enviados para a Lightning Network em tempo real, e os dados da Lightning Network são armazenados fora da cadeia. Sim, ele será encadeado apenas na rede principal BTC no momento do saque; se as transações RGB forem executadas em outras redes, a situação de encadeamento de dados também será determinada com base nas condições de outras redes.
Também deve ser apontado que os dados reais da transação do RGB são armazenados no cliente, e o que é enviado para a cadeia é a agregação dos compromissos de transação.
Para mim, eu acho que 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 em criptografia, 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 ser executado na rede principal, na Lightning Network e até mesmo em side chains no futuro.
RGB é projetado para funcionar na Lightning Network em prol da escalabilidade. Devido à execução de contratos inteligentes, o tps da rede principal obviamente não pode 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 o bifrost para se tornar completa;
O problema atual decorre do tamanho do canal da Lightning Network, e a Lightning Network foi originalmente projetada para pagamentos pequenos; é claro, se você construir um canal grande, também poderá fazer pagamentos grandes (geralmente grandes quantias vão para a mainnet) )
Eu acho que há duas razões pelas quais a Rede Lightning é usada em vez de side chains:
1️⃣ As side chains são geralmente consideradas não nativas o suficiente, porque as side chains têm sua própria cadeia, seus próprios nós, seus próprios blocos e seu próprio mecanismo de consenso. Você pode até dizer que tem pouco a ver com a rede principal BTC; mas a rede Lightning pode ser compreendida como algo pendurado na rede principal BTC. É muito nativa e é chamada de L2.
2️⃣A TPS teórica da Lightning Network é muito maior do que a da side chain
Também tenho esse tipo de preocupação, especialmente porque não parecem haver muitas doações no momento (na verdade, a taxa de retorno em investimentos como o TEDA é muito alta), mas ainda assim aprecio o espírito da associação de forma sem fins lucrativos. Fazer coisas tão grandiosas.
Principalmente falando, a maior parte do trabalho no protocolo RGB foi concluída. Claro, ainda existem muitas tarefas a seguir; Acho que se o protocolo RGB chamar cada vez mais a atenção das pessoas, à medida que mais e mais desenvolvedores se juntarem, o trabalho de desenvolvimento mudará rapidamente.
Sim, e várias vezes
Em 17 de dezembro de 2023, todos estão esperando a atualização da v0.11. Esta atualização envolve atualizações nos contratos inteligentes, carteiras, etc.; esperamos que a v0.11 se torne uma versão estável maior, para que os projetos no ecossistema possam ter um desenvolvimento relativamente seguro.
Se v0.11 for lançado, a emissão e transferência de ativos RGB baseados na Lightning Network em breve serão realizadas (será muito rápida), mas contratos inteligentes complexos ainda dependem do desenvolvimento da bifrost Lightning Network.
bitmask/bitlight: Duas partes de projeto muito formais. A primeira foi anunciada na página inicial da LNP/BP e foca no desenvolvimento de carteiras e diba (mercado nft). A segunda foca no desenvolvimento de carteiras e dex;
pprgb: O primeiro meme rgb com popularidade de mercado, um projeto temporariamente lançado na liquid (observe o atributivo)
selo: Projetos que esperam emitir NFT e capacitar tokens no rgb insistem em emitir no 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 estará em forma centralizada e avaliará os riscos por si só.
BiHelix: Originalmente chamado de infinito, mais tarde foi renomeado para intas e posteriormente para Bihelix. Escrevi muitos artigos e fiz muito trabalho evangelístico, mas nos primeiros dias houve algumas desavenças com o acordo LNP/BP e foi identificado como um golpe. Sugiro que eles precisam lidar bem com esse problema, caso contrário será mais difícil seguir por esse caminho.
rgbdoge: Especula-se que seja um projeto chinês (não me importa se é chinês ou estrangeiro, depende da qualidade e estratégia do projeto). Tem ação forte, mas carece de direção (desde a batalha inicial pelo "número um", até a construção de uma plataforma, até a emissão em líquido)
bitrgb: Uma plataforma para criar contratos inteligentes RGB. Atualmente está usando o método nostrasset. Já recomendei a tarefa zealy (ideia Lubai) antes, mas diante da “anonimato da equipe/anonimato de instituições de investimento/charge mint (o preço parece não ser baixo)”, sinto que o risco é muito alto.
Recentemente, foi descoberto que LNP/BP tg foi identificado como golpe pelo Dr. Maxim.
Inscriptionwar: Isso é completamente gratuito, então não há necessidade de participar.
A segurança off-chain depende da parte do projeto ou do cliente em si, portanto, 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 compartilhar informações e se comunicar por meio de 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 de cadeia lateral elements. Eles também têm produtos de carteira verde, pools de mineração reais e produtos de gestão financeira relacionados às pools 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 usuários podem proteger a segurança de seus ativos fazendo backup de dados. Claro, se houver um problema com os dados da parte do projeto e o usuário 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 compartilhados entre pares, mas o desenvolvimento atual está atrasado
Não é possível. A parte do projeto não pode coletar informações sobre transações individuais e só pode coletar transferências numéricas concluídas dentro do aplicativo (como estatísticas agregadas).
Claro, pessoalmente acho que se o usuário autorizar as permissões relevantes, então o aplicativo pode acessar esses dados (será algo semelhante à chave de desblinding na Liquid para visualizar as informações de desblinding)
Sim, mas toda empresa precisa cumprir regulamentações relativas 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
Dessa forma, você pode saber se é um ativo RGB
UTXO é a camada de ativos "pública", mas apenas entre os mesmos ativos, por exemplo: USDT<>USDT; no futuro, podemos alcançar a "interoperabilidade" entre diferentes ativos, mas isso requer 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, RGB é compatível com LN e você pode usá-lo com qualquer implementação LN, como inserir CLN ou LND. Ao usar Storm, o reconhecimento de cada amostra é possível no LN; no L1, o reconhecimento e roteamento do ativo só é feito se você abrir/fechar o canal ou escanear usando HTLC.
Sim, isso requer muitas bibliotecas de suporte trabalhando juntas,
Na teoria, o processo pode ser simplificado por meio de autorização. Claro, isso é apenas na teoria.
Parte 4: Links de referência
Aqui, você pode aprender:
1️⃣O que é RGB, o que pode fazer e quais são suas vantagens (GatePular)
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 não falantes de inglês) (Saltar)
Contratos inteligentes escaláveis & confidenciais para Bitcoin & Lightning
Este documento explica os princípios de design e fornece insights técnicos detalhados 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 Bitcoin Determinísticos”(Saltar)
3️⃣Explicação do “Contrato, Status e Operação RGB” (Pular)
4️⃣Alguns conteúdos do "Contrato RGB de Teste": incluindo escrever contratos, interagir com contratos, comunicação P2P, interagir com carteiras, etc. (Saltar)
RGB Blackpaper | RGB Blackpaper
Camada de Contrato Inteligente Turing-completa, Escalável & Confidencial para Bitcoin & LN
Se você encontrar problemas, você pode primeiro verificar se este documento oficial tem alguma resposta.
Aqui, você pode aprender sobre a máquina virtual Alu completa de Turing desenvolvida pela Associação LNP/BP
1️⃣Pesquisa CoinEx
Uma Breve Análise de RGB: Um Protocolo de Contrato Inteligente Escalável e Confidencial Construído sobre o Bitcoin
Blog | CoinEx - A Troca de Criptomoedas Global
2️⃣Federico Tenga
Compreendendo o protocolo RGB
@FedericoTenga">Federico Tenga – Medium
@FedericoTenga">Leia os textos de Federico Tenga no Medium. Trabalhando em coisas do Bitcoin. Todos os dias, Federico Tenga e milhares de outras vozes re...
@FedericoTenga"medium.com
3️⃣Bitfinex
Como o RGB pode melhorar o Bitcoin?
Como o RGB pode melhorar o Bitcoin? - Blog Bitfinex
4️⃣Waterdrip Capital
Explicação detalhada do protocolo RGB: encontrando 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 de Bitcoin