Números Ordinais "1"
Muitos artigos existentes começam com o Protocolo Ordinals, mas na documentação oficial do Protocolo Ordinals, o primeiro menciona a teoria dos Números Ordinais. A partir disso, pode-se deduzir que Casey também se inspirou nele para criar o Protocolo Ordinals
Como todos sabemos, a menor unidade no mundo do Bitcoin é o satoshi (sat), e a teoria dos Números Ordinais pode ser simplesmente entendida como numerar artificialmente esses sat. A partir da seção de motivações da proposta BIP, podemos resumir que a teoria quer fornecer uma forma para o Bitcoin atuar como um identificador estável para evitar transferências de propriedade ou rotação de chaves, sem exigir quaisquer alterações na rede Bitcoin.
Claro, há algumas objeções a esta teoria, como reduzir a privacidade do usuário, aumentar o tamanho dos conjuntos de UTXO, ataques de poeira, etc. Para mais detalhes, consulte a proposta BIP.
Acordo de Ordinais "2"
Proposta de um acordo
O Acordo dos Ordinais foi proposto e publicado por Casey, no qual ele propôs as seguintes ideias:
"Podemos organizar estes "Satoshis" numa ordem específica, atribuir-lhes um número ordinal entre 0 e 2.100.000.000.000.000, e depois conectá-los a outras informações: imagens, texto, vídeos ou até mesmo uma sequência de código. Como resultado, cada Satoshi tornou-se único e insubstituível. Isto equivale a dar ao Bitcoin a sua capacidade nativa de criar NFTs."
O acordo dos Ordinais foi implementado no final de 2022, e a primeira inscrição na mainnet foi gravada em 2022.12.14 UTC (https://ordinalswallet.com/inscription/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0), durante o qual o acordo foi acordadoTem sido sempre atualizado e iterado, mas ainda não foi oficialmente anunciado. Atualmente, pode ser atualizado a partir do A primeira comunicação oficial encontrada no Twitter de Casey é a seguinte, por isso o acordo de Ordinals pode ser considerado como proposto seja em dezembro ou janeiro: (Obrigado também pela pista fornecida por Shep)
Características do acordo
Números SAT e a divisão da raridade
Os humanos são colecionadores naturais. Uma vez que os Números Ordinais artificialmente numeram os Sats, por que não atribuem a estes SATs um valor mais alto ou mais baixo, de modo a haver uma distinção entre a raridade. Atualmente, existem 6 tipos de raridade:
Esta raridade é semelhante ao que chamamos de "notas de banco de leopardo", "notas de série", etc. ao brincar com notas de banco na vida real. Essencialmente, são todas notas de banco. O seu valor real é o valor nominal da nota, mas porque as pessoas lhe atribuem um significado especial, têm um valor colecionável mais elevado e há um prémio, ou seja, o que frequentemente chamamos de "consenso gera valor."
Ao atribuir um número de regra específico a cada sat e rastreado na transação, o Acordo Ordinals também permite que qualquer pessoa anexe dados adicionais, como imagens (Imagem), texto (Texto), vídeo (Vídeo), áudio (Áudio), etc., através do Acordo Ordinals. Nos primeiros dias, os jogadores tinham mais probabilidade de criar NFTs nele. A posição inicial do fundador Casey sobre isso também era permitir que as pessoas armazenassem algo imutável no Bitcoin, a cadeia mais antiga e comum. Por um tempo, muitas pessoas irão equiparar os Ordinals com os “Bitcoin NFTs”. Hoje, ainda podemos vê-los na Carteira Unisat.
Negocie primeiro a entrar, primeiro a sair
Para garantir que o SAT sequencial com números de série não seja caótico durante o processo de transação, é utilizado um método de transação por ordem de chegada.Aqui está um exemplo do artigo de Wang Yishi (https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/) para explicar as características de primeiro a entrar, primeiro a sair:
Na imagem abaixo, existem duas entradas à esquerda. O Endereço 1 e o Endereço 2 têm um total de 5 Satoshi. Nesta transação, 4 Satoshi foram enviados para um endereço que começa com 3 OpZ e 1 Satoshi foi deixado para ser pago ao mineiro como taxa de mineração.
Pressupondo que, na transação acima, usamos secretamente o protocolo Ord para atribuir uma identidade (número de série) a cada Satoshi, então após a conclusão da transação, os 4 Satoshis numerados Ord A- > D no endereço 1 e no endereço 2 foram para o endereço 3, e o último Satoshi foi dado ao mineiro.
O chamado "primeiro a entrar, primeiro a sair" significa que cada número de Satoshi é ordenado de acordo com o seu índice na saída da transação. Por exemplo, na saída da transação (Output) na figura abaixo, o endereço 3 está classificado à frente do endereço do minerador, então os Satoshis transferidos do endereço 1 e do endereço 2 são primeiramente herdados pelo endereço 3 e depois pelo endereço do minerador.
Princípios do protocolo
Qualquer pessoa familiarizada com o Bitcoin sabe que o Bitcoin nasceu como um sistema de dinheiro eletrónico peer-to-peer. A linguagem de programação que utiliza não é Turing completa, por isso é quase impossível implementar funções complexas, e as duas principais atualizações do BTC em '17 e '21 tornaram possível implementar algumas funções envolvendo lógica complexa no BTC.
Com base na premissa de desenvolvimento descrita acima, o Protocolo Ordinals alcançou o efeito de visualização e transferência escrevendo o conteúdo de sua inscrição no script Taproot e usando UTXO. Uma vez que os custos de script do Taproot só podem ser feitos a partir de Saídas de Taproot existentes, são usadas duas etapas (compromisso/revelação) para alcançar a gravação. Em primeiro lugar, ao enviar uma transação, precisamos criar uma Saída de Taproot com um script contendo o conteúdo da inscrição e, em segundo lugar, ao revelar a transação, precisamos gastar a transação enviada anteriormente para revelar o conteúdo da inscrição na cadeia. Neste processo, também precisamos serializar o conteúdo da inscrição em uma série de etapas:
Bem, para explicar isto numa linguagem simples, é equivalente a iniciar uma transferência WeChat. Durante o processo de transferência, precisamos de indicar o conteúdo da inscrição que criou nos comentários (Saída Taproot), e depois enviar a transferência (gastar para submeter a transação), para que, após o envio estar completo, possamos permitir que a outra parte veja o que escreveu no comentário (revelar a transação) na caixa de chat. Se não houver comentário nesta transferência ou se a transação for cancelada, o conteúdo desta inscrição não será carregado para o link.
"1" Acordo Brc20
Proposta de um acordo
Após o lançamento do protocolo Ordinals, os jogadores iniciais estavam a jogar com NFTs, e o programador anónimo domo lançou um padrão experimental em 2023.3.8 - o protocolo BRC-20 melhorado com base no protocolo Ordinals e implantou oficialmente o primeiro BRC20 $ordi, que permite a qualquer pessoa emitir tokens na rede Bitcoin, semelhante à forma como se jogam tokens ERC-20 na Ethereum.
Aviso:
O primeiro tweet de domo sobre BRC-20 foi em 9 de março de 2023, mas ao analisar o tempo de implantação de $meme e $ordi, deveria ter sido lançado em 8 de março de 2023.
$meme foi o primeiro BRC20 implantado e $ordi foi o primeiro BRC20 oficialmente lançado, o que pode ser inferido ao observar o tempo de implantação deles
No entanto, todos deveriam ter experimentado o desenvolvimento do $ordi. Não há muita menção aqui. Para mais detalhes, consulte o tweet abaixo:
Princípios do protocolo
O protocolo BRC-20 estabelece uma série de padrões para permitir a implementação, cunhagem e transferência de tokens BRC20 com base na teoria Ordinal. Os padrões de formato do protocolo são derivados do formato do projeto Sats Name (o primeiro projeto DID com base no protocolo Ordinals):
Além disso, para explicar em linguagem simples aqui, como o Acordo de Ordinais, é equivalente a você iniciar uma transferência WeChat, mas o conteúdo das notas é diferente.
estendendo
Embora este método do protocolo BRC-20 permita a emissão gratuita de tokens homogeneizados na cadeia Bitcoin, como o Bitcoin não possui um modelo de conta e o conteúdo do BRC-20 é colocado no script Taproot do Segwit, não podemos calcular diretamente o saldo BRC20 de cada conta na cadeia. Portanto, o método atual é construir um servidor de índice sob a cadeia para alcançar a aquisição de informações de token BRC20, cálculo de saldo, transferência de transações, etc., mas há um risco de centralização.
Primeiro, vamos entender as três partes do protocolo de camada BTC: o acordo estipula as regras para escrever dados no Bitcoin, o indexador fornece a capacidade de consultar e analisar esses dados, e o livro-razão registra saldos de tokens e processa transferências.
Para BRC20, o servidor de índices primeiro precisa reconhecer cada implementação de BRC20 para ler as informações do token, o que é chamado de "índice".
Ao mesmo tempo, uma vez que os saldos BRC20 estão todos gravados no script, a própria rede BTC não consegue reconhecê-los, assim o servidor de índice BRC20 deve construir um livro-razão local para registar o saldo BRC20. Sempre que ocorre uma transferência, o livro-razão local precisa ser verificado e atualizado para ver se a transação pode ser realizada (se existem moedas suficientes).
Portanto, BRC20 precisa enviar duas transações durante a transação:
A primeira transação lê os dados mais recentes do razão local e calcula o saldo
A segunda transação é então transferida.
O protocolo Ordinals é essencialmente projetado para NFTs. Com base em seu BRC20 aprimorado, a complexidade da transferência cresce de forma recursiva. O indexador BRC20 também assume o trabalho de um razão. Este razão existe completamente fora da cadeia do Bitcoin. O indexador deve registrar com precisão cada alteração de saldo para garantir a integridade do razão.
Portanto, à medida que o tempo é acumulado, os livros-razão do indexador acumularão e a pressão sobre os nós aumentará. Se o indexador não for continuamente motivado, será difícil sustentá-lo. Se o livro-razão do indexador deixar de estar em serviço, então o BRC20 será completamente inutilizável.
Sistemas TRAC "2"
$TRAC
$TRAC é um token BRC20 lançado por Benny em 2023.5.3 e oficialmente implantado e lançado em 2023.5.22.
Núcleo Trac
O núcleo do Trac é um oráculo e indexador descentralizado para inscrições Bitcoin, que resolve problemas como indexação, recuperação e precificação de dados ecológicos de inscrição.
Por exemplo, em termos de indexadores, embora os dados de inscrição sejam armazenados na cadeia de Bitcoin, isso é apenas informação relacionada à inscrição, e o processo de atualização e auditoria de dados requer um indexador centralizado de terceiros, e a segurança é sempre criticada (por exemplo, o erro contábil do índice ordi da Binance no final de novembro). Portanto, o Trac pode fazer com que o ecossistema de inscrições herde a segurança do Bitcoin em maior medida, coletar, organizar e classificar todos os dados sobre o Bitcoin e planeja introduzir centenas de nós indexadores no futuro.
Ao mesmo tempo, à medida que o número de nós aumenta, o Trac Core também integra o papel dos oráculos para obter dados confiáveis necessários de fontes externas para introduzir o blockchain, que é a base para construir posteriormente protocolos de nível superior como DeFi nativo inscrito, e a API do Trac pode ser chamada gratuitamente.
Como resultado, o slot de cartão ecológico do Trac Core, que é tanto um indexador descentralizado como um oráculo de Bitcoin, pode ser considerado à frente da maioria dos projetos de inscrição.
Protocolo Tap
O Protocolo Tap é um protocolo melhorado baseado nos Ordinais lançados pela equipa $TRAC em 2023.8.7. Podemos pensar nele como uma versão atualizada do protocolo BRC20 espelhado. É um protocolo compatível e atualizado para BRC20. Possui as seguintes 4 funcionalidades:
Usa o $TRAC previamente implementado como o token de governança para o seu protocolo (não muito característico, mas vou explicar aqui)
Atualmente, os tokens $TAP e $-TAP foram oficialmente lançados no Protocolo Tap, dos quais $TAP foi criado por BennyTheDev em 2023.8.6; $-TAP foi aberto à comunidade, com um total de 21.000.000 (ou 21.000). De acordo com a pesquisa de Shep, $-TAP foi implantado 30 minutos antes de $TAP e é o primeiro token nativo real no protocolo.
tubo
O protocolo Pipe foi proposto por Benny, autor do $TRAC, que foi uma melhoria do protocolo Runes. Pode-se dizer que o acordo Pipe conseguiu superar o acordo Runes, pois o acordo Runes foi proposto por Casey, fundador do acordo Ordinals, mas seu foco principal está no acordo Ordinals, então o desenvolvimento do acordo Runes tem sido lento, e Benny lançou o acordo Pipe em apenas cerca de um mês depois de aprender as ideias do acordo Runes.
A ligação entre os três
Neste ponto, podemos ver que Benny lançou 3 projetos seguidos em menos de meio ano, e esses 3 projetos também estão entrelaçados, o conjunto final de bonecas. Vamos usar a imagem abaixo para desvendar a relação entre eles.
Em termos gerais, os tokens de governança de um projeto são usados como o token nativo do acordo, e Benny pode promover e restringir uns aos outros por meio deste método de tokens de governança, o que é extremamente raro. Atualmente, as funções específicas desses tokens de governança não foram oficialmente anunciadas, então podemos ver se isso resultará em algumas colisões emocionantes no próximo desenvolvimento.
"3" Acordo atómico
Proposta de um acordo
O fundador do Protocolo Atomicals tentou desenvolver um projeto DID no Protocolo Ordinals em fevereiro, mas durante o processo de desenvolvimento, descobriu que as limitações do Protocolo Ordinals tornavam algumas das funcionalidades que desejava impossíveis ou um pouco estranhas. Ele tweetou sua primeira ideia sobre o Protocolo Atomicals em 2023.5.29 e finalmente lançou o acordo em 2023.9.17 após vários meses de desenvolvimento.
O lançamento inicial do protocolo Atomicals não causou muita agitação no ecossistema Bitcoin porque, na época, devido à introdução do Protocolo Ordinals e do protocolo BRC-20, um grande número de protocolos aprimorados baseados neles surgiram em diferentes cadeias, mas quando olhamos para a documentação do protocolo Atomicals, descobrimos que era um protocolo completamente diferente.
Fundamentos Teóricos — Teoria da Matéria Digital (TMD)
A teoria DMT (Teoria da Matéria Digital) refere-se à teoria da matéria digital, o que significa que a informação digital não são apenas números e letras aleatórios; na verdade, também pode ser vista como sua própria “matéria”, tal como madeira ou metal. DMT pode ser transações, bytes, ou qualquer outro padrão de dados de blockchain, e esses padrões podem ser transformados em itens ou ativos digitais valiosos.
Aqui está também uma citação do conteúdo do Dr. Jingle para que todos possam entender melhor:
Problemas que os Construtores de Bitcoin Existentes Enfrentam
Os três primeiros são perguntas para desenvolvedores, e os três últimos são para criadores
teoria atómica
O protocolo Atomicals é um protocolo simples e flexível para criar, transferir e atualizar objetos digitais (tradicionalmente conhecidos como NFTs) para blockchains de output de transações não gastos (UTXO) como o Bitcoin.
1 ️ ︎ Objetos digitais — NFTs “átomo”
O Atomical (ou “átomo”) é um novo tipo de NFT que pode ser cunhado, transferido e atualizado no Bitcoin. A principal diferença é que não é necessário usar um serviço centralizado ou um indexador de terceiros de confiança. Não requer qualquer alteração no Bitcoin para funcionar, nem requer sidechains ou qualquer L2. É hora de retomar o controle das nossas vidas digitais para sempre.
2 ️ ︎ BitWork — Micro Prova de Trabalho PoW
A melhoria mais interessante no protocolo Atomicals é a adição do processo de computação da CPU ao processo de cunhagem de tokens, chamado BitWork. Os fundadores precisam calcular exaustivamente valores de hash que correspondam a caracteres de prefixo específicos antes de poderem cunhar.
PoW pode tornar a cunhagem de moedas relativamente justa, com injeções de valor de energia e tempo e componentes de sorte aleatória.
Ao contrário dos algoritmos tradicionais de PoW, que são difíceis de calcular, o Bitwork pode ajustar a dificuldade de mineração de forma finamente granulada, alterando o método de correspondência de prefixo. Pode adicionar números entre 1 e 15 após o prefixo, como "7777.1" ou "7777.15", ou qualquer número entre eles, o que indica a gama de variação que o caractere pode variar.
O seu princípio de funcionamento é “.” O número que se segue é chamado de meio-coringa e é utilizado para fazer correspondência com qualquer 5º caráter a partir desse número. Com “7777.10” Por exemplo, os primeiros 4 caracteres txid (hex) devem ser “7777,” e o 5º caráter pode ser um número 10 (hex) ou mais.
Assim, os 5 dígitos podem ser a, b, c, d, e ou f. Isso permite que todo o sistema escolha entre 2 e 16 vezes, em vez de apenas 16 vezes cada vez que a dificuldade aumenta.
Ao mesmo tempo, a BitWork também trouxe alguns casos de uso inovadores:
3 ️ ︎ Contentor NFTs — O Padrão NFT
O Contentor (Container) é um padrão de coleção para representar NFTs e metadados. Pode ser utilizado para adicionar/modificar/eliminar o conteúdo de qualquer acordo, como Atomicals, Ordinais, Bitmaps, etc., e também pode escolher a “selagem” permanente, ou seja, bloquear o conteúdo num contentor e depois destruir a “chave” que pode abrir o contentor, alcançando assim o objetivo de manter o estado em que estava quando selado e não pode ser modificado.
Serviço de nome de contêiner:
4 ️ ECT ARC20 — Moeda Tingida
O protocolo Atomicals usa a menor unidade de Bitcoin, sentada como o "átomo" básico. O UTXO de cada sat é usado para representar o token em si, ou seja, o saldo de ARC20 é o número de sat. 1 token = 1 sat.
ARC20 é um modelo de moeda tingida, e as informações de registo são registadas num script de transação. Ao vincular as informações a UTXO, a programabilidade e descentralização do token podem ser melhoradas. Ao mesmo tempo, a segurança da transação é garantida pela rede principal BTC. Não é necessário nenhum sistema off-chain para calcular o saldo dos tokens ARC20 em termos de rastreamento de transações e cálculo de saldos, porque o saldo do token é consistente com o número de SATs em UTXO. Esta é a maior diferença do protocolo BRC-20.
Ao implantar ARC20, informações como nome do token, quantidade total, limite de quantidade, configurações de dificuldade, bloco inicial, imagens, etc.
2. Quando os utilizadores emitem ARC20, escrevem o nome do token no script UTXO. A quantidade é diretamente determinada pelo número de sats no UTXO, 1 sat = 1 token.
3. Para transferir ARC20, os utilizadores já não precisam de depositar quaisquer dados em BTC; apenas precisam de utilizar UXTO, que continua a deter tokens, como entrada e saída de transações para outros endereços.
Para ARC20, só precisamos de um índice para nos ajudar a ler informações de registo de token e identificar transações de cunhagem para confirmar qual é o UTXO ARC20.
Os benefícios disto são:
Claro, o design das moedas tingidas também tem algumas desvantagens, porque o saldo não é escrito nos dados, mas sim o sat está vinculado, então a precisão mínima de divisão do saldo ARC20 é 1.
Isso também torna impossível para os usuários fazer transações de granularidade fina sob a própria rede principal de BTC, que definiu um limite mínimo de transação de 546 sat para evitar ataques de poeira. No entanto, o protocolo Atomicals agora propôs um plano de divisão específico e está sendo desenvolvido ativamente.
Aqui está uma imagem para mostrar a diferença mais essencial entre BRC20 e ARC20:
5 ️ ︎ Realm Name System (RNS) — Domain Domain Name System
RNS afirma ser o verdadeiro rival do sistema de nomes de domínio DNS e visa ser uma substituição global para DNS e outros sistemas de nomes de domínio blockchain
Os Nomes dos Reinos são identificadores legíveis por humanos que podem ser usados para correlacionar endereços de rede e informações de recursos. Os nomes dos reinos começam com um sinal de adição + e têm pelo menos um caractere alfabético, como +alice e +agent007, que são todos nomes válidos (domínio de nível superior — domínio ou TLD no Sistema de Nomes de Domínio do Reino (RNS)).
O nome de domínio é auto-propriedade e auto-gerido diretamente na blockchain do Bitcoin usando um formato de objeto digital atômico, o que basicamente significa que não há intermediários ou registradores centralizados.
6 ️ ︎ Subrealm Minting — Subdomain Foundry
Gerir e tokenizar comunidades emitindo subrealms (Subrealms) sob qualquer reino (Realm). As regras específicas são as seguintes:
Aqui está um exemplo genérico:
Além disso, Subrealm também pode ser usado para organização de redes sociais, verificação de identidade, recompensas de fidelidade e muito mais.
Características do acordo
Através da teoria atômica acima, podemos ver que as principais características do protocolo Atomicals incluem:
Principais diferenças de outros acordos
A melhor forma de entender as diferenças no protocolo Atomicals é compará-lo com outros protocolos NFT populares:
Protocolo Bitmap "4"
Proposta de um acordo
Bitmap.land é o primeiro projeto de metaverso no ecossistema Bitcoin, baseado na teoria ordinal (Teoria ordinais) e na teoria do bitmap (Teoria bitmap).
A teoria do Bitmap (teoria do Bitmap) foi proposta pelo utilizador do Twitter @blockamotoem 2023.6.5.
Esta teoria mapeia cada entrada de transação em um bloco de Bitcoin como um lote (Parcel) para formar um bloco ou distrito (distrito). Devido às diferenças no tamanho das diferentes entradas de transação, o tamanho do lote mapeado também é diferente.
Conceito de acordo
Os compradores da Bitmap.land foram influenciados pelo Decentraland e The Sandbox e usaram o método de dividir terras e desenhar padrões em um mapa, semelhante à lógica de compra de terras nessas duas plataformas. Os usuários escrevem dados para Satoshi através de inscrições para obter a propriedade de blocos específicos de Bitcoin, semelhante à cunhagem gratuita.
Na blockchain do Bitcoin, cada bloco é dividido em quatro partes para representar diferentes ciclos de redução para metade. Os utilizadores podem verificar o número e a cor de cada bloco no site Bitmap.land. Cores diferentes representam estados de vendas diferentes.
A venda da Bitmap.land está intimamente relacionada com a teoria dos números ordinais, semelhante à venda de terrenos virtuais da Decentraland e The Sandbox, que depende dos padrões ERC-721. A teoria dos números ordinais é semelhante aos princípios das primeiras moedas coloridas, mas as duas são diferentes no contexto da narrativa atual do Bitcoin, consenso, ecologia e infraestrutura. Embora a teoria dos números ordinais não seja tão inovadora quanto o ERC-721, a abordagem do BRC-20 é mais primitiva.
A teoria do mapa de bits adiciona uma nova explicação ao bloco Bitcoin, fornecendo um tópico atual, embora falte utilidade. Mudou a conexão entre o Bitcoin e o metaverso, dando a cada bloco da blockchain do Bitcoin uma nova dimensão e tornando-o parte do metaverso ao permitir que os usuários possuam e gravem blocos individuais.
A teoria do mapa de bits atraiu a atenção da comunidade dos Ordinais e desencadeou um boom em inscrições. Qualquer bloco na blockchain do Bitcoin pode tornar-se parte do metaverso através de um Bitmap, trazendo novas oportunidades de criação e propriedade para a comunidade.
Bitmap.land borra as fronteiras entre o Bitcoin e o metaverso através da teoria dos bitmaps, abrindo caminho para a propriedade, criatividade e desenvolvimento da comunidade. À medida que a febre da inscrição continua, significa um enorme potencial para aqueles que procuram um lugar no mundo digital.
Protocolo BRC-100 "5"
Proposta de um acordo
Como todos sabemos, protocolos baseados em Bitcoin como o Protocolo Ordinals e BRC-20 trouxeram muito espaço para a imaginação no desenvolvimento do ecossistema Bitcoin através de um mecanismo de "declaração on-chain e análise off-chain". Além disso, foi emitido um grande número de NFTs e tokens Bitcoin, mas o desenvolvimento de aplicações descentralizadas como DeFi ainda está atrasado. Como resultado, Mikael.BTC lançou um protocolo que suporta computação descentralizada: BRC-100 em 2023.9.2.
Introdução ao acordo
BRC-100 é um protocolo de extensão baseado na teoria dos Ordinais, projetado para implementar várias aplicações descentralizadas na camada 1 do Bitcoin. Este acordo não só assume as funções básicas do BRC-20 no Bitcoin, como a criação, cunhagem e negociação, mas também introduz o conceito de computação descentralizada.
Isto significa que com base na pilha de protocolos BRC-100, é possível desenvolver várias aplicações descentralizadas como DeFi, SocialFi e GameFi, trazendo cenários de aplicação verdadeiramente descentralizados, sem confiança, resistentes à censura e sem permissão para a primeira camada do Bitcoin.
Uma das principais características do protocolo BRC-100 é a sua interoperabilidade, que não só permite que todos os protocolos e aplicações dentro da sua pilha de protocolos sejam compatíveis entre si, mas também suporta a interação com BTC, BRC-20, ou outras cadeias de camada 1 como Ethereum e Stacks. Além disso, o protocolo introduziu um modelo UTXO e um modelo de máquina de estados, aumentando a sua segurança e capacidades computacionais.
Características do acordo
Porque o protocolo BRC-100 é uma extensão da teoria dos Ordinals, o próprio BRC-100 tem todas as características do BRC-20, ao mesmo tempo que introduz algumas características inovadoras:
Poupar dinheiro: Baseia-se no protocolo BRC-100 para várias expansões, como acordos de airdrop, acordos de governança, acordos de relay, etc. Podemos entender que Mikael quer introduzir vários jogos DeFi no BTC
Sucessão de protocolo
O protocolo BRC-100 introduz o conceito de herança. Os protocolos que herdam direta ou indiretamente do BRC-100 são chamados de protocolos de extensão BRC-100. O protocolo de extensão BRC-100 deve herdar de apenas um protocolo. Um acordo estendido herda as propriedades, operações e operações de computação do acordo pai e só pode estender as propriedades e operações de computação.
Isto é semelhante ao que fazemos quando fazemos cerâmica, no início era apenas um embrião de barro. Lentamente, à medida que polimos e moldamos, gradualmente temos funções mais expandidas, como decorar, armazenar coisas, etc.
pilha de protocolo BRC-100
O protocolo BRC-100 e todas as suas extensões e melhorias são coletivamente conhecidos como o stack BRC-100. Com base neste stack, todos os tokens/aplicações são compatíveis entre si, o que significa que um token/aplicação pode usar outras aplicações em qualquer lugar.
Acordos e aplicações
Na pilha de protocolo BRC-100, um protocolo é um padrão para descrever as propriedades, operações e operações computacionais de uma aplicação. Uma aplicação é uma instância criada após o protocolo ter sido implantado na rede Bitcoin através de uma inscrição.
Uma aplicação é essencialmente um token com poder computacional e status. O poder computacional da aplicação é descrito em detalhe no protocolo. Se não adicionar uma subaplicação, a aplicação não pode ter poder computacional não descrito no acordo. A subaplicação adicionada também só pode ter o poder computacional do protocolo; caso contrário, o indexador público não pode verificar o estado da aplicação, causando uma inconsistência entre o estado do utilizador e da aplicação.
Aninhamento de aplicativos
As aplicações implementadas com base no BRC-100 e nos seus protocolos estendidos podem ser aninhadas, ou seja, sob uma aplicação, pode ser criada outra aplicação, chamada de subaplicação.
O ticker do aplicativo filho começa com "parent application ticker:". Vários aplicativos podem ser criados em um aplicativo para completar a lógica de cálculo independente múltipla. Por exemplo, no cenário clássico do AMM DEX, vários subaplicativos/tokens LP, como "amm_dex: LP_BRC100_BTC", precisam ser criados em um aplicativo DEX.
Estado do aplicativo e endereço
Além do modelo UTXO, o protocolo BRC-100 também introduz um modelo de máquina de estados para expandir as capacidades computacionais do protocolo.
As aplicações, subaplicações e endereços podem todos ter estados. Por exemplo, as aplicações podem deter tokens, e os endereços podem deter saldos dentro das aplicações. As transições de UTXO e de estado são feitas com as instruções burn2/burn3 e mint2/mint3.
As operações computacionais (cop) são usadas para representar lógica computacional específica, ou seja, lógica de transformação de estado de aplicação e endereço.
Por exemplo, o endereço A destrói 10 token1 para a aplicação através da inscrição burn3. Neste ponto, a aplicação tem este UTXO e 10 token1. A aplicação pode alocar estes 10 token1 através da sua lógica computacional, alterando qualquer endereço ou o estado interno da aplicação. Em seguida, o endereço do token1 na aplicação ou a aplicação pode criá-lo com o comando mint3.
Permissões
O protocolo BRC-100 introduz dois papéis: proprietário e administrador.
O endereço com a inscrição de implementação do aplicativo é chamado de proprietário. Os proprietários podem rastrear as transferências de UTXO com inscrições de implementação. O proprietário de todos os aplicativos filhos é o proprietário do aplicativo pai.
Os administradores são geridos pelo proprietário e os administradores não podem gerir outros administradores. Os direitos dos proprietários e administradores são estritamente limitados. Eles não podem aprovar utilizadores; só podem gerir aplicações que não tenham lançado DAO e completar operações computacionais mint2/burn2.
Um administrador pode ser um endereço, aplicação ou subaplicação. Por padrão, a aplicação e a subaplicação são administradores um do outro; não são necessárias configurações adicionais, mas as subaplicações não são administradoras uma da outra.
A inscrição burn2/burn3 precisa ser enviada ao implantador do aplicativo para processamento adequado.
Alguns dos tokens que a instrução "mint2" precisa para ser criada só podem ser logicamente alocados pelo app/sub-aplicação, e o app/sub-aplicação precisa ser o administrador do token. A instrução "burn2" também tem uma lógica semelhante.
A inscrição burn2/burn3 precisa ser enviada ao implementador da aplicação para processamento adequado de acordo com a lógica da operação computacional.
Governança descentralizada de aplicações
A pilha de protocolos BRC-100 introduz um protocolo de governação: BRC-101, que governa aplicações que implementam o BRC-100 ou os seus padrões de protocolo estendidos. Uma vez que a aplicação lança o DAO, precisa de completar a governação através de votação descentralizada.
A governança da aplicação inclui a atualização das propriedades da aplicação e subaplicação, a implementação de subaplicações e a paragem de aplicações. A governança da aplicação é uma governança on-chain. Uma vez aprovada a votação on-chain, a aplicação deve ser notificada através da ação computacional: egov, e a aplicação realizará automaticamente a governança após o tempo estar bloqueado.
Implementar aplicações/tokens
No protocolo BRC-100, existem duas maneiras de implementar aplicações: uma é implementar diretamente usando instruções de implementação e a outra é implementar através do protocolo de governança, BRC-101.
O primeiro é usado para implantar aplicações pai e filho que não requerem a configuração de governação, e o outro é usado para implantar aplicações filho que requerem governação.
Cunhar tokens
O protocolo BRC-100 fornece três instruções de cunhagem: cunhagem, cunhagem2 e cunhagem3, para cunhar tokens em diferentes cenários.
Ao implementar uma aplicação, é necessário definir o número de tokens que os utilizadores podem criar (usando o comando 'mint'). Os tokens restantes também serão criados utilizando as instruções de 'mint'.
"Casa da Moeda": Casas da Moeda do usuário, casas da moeda justas, qualquer pessoa pode cunhar tokens para os usuários, mas o número total de operadores de "hortelã" cunhando não pode exceder as configurações dos atributos "max" e "mma" do aplicativo. Após a cunhagem, a oferta circulante de tokens aumentará.
"mint2": mintagem da lista branca, a aplicação regista o número de utilizadores ou aplicações que podem ser cunhadas, e qualquer pessoa pode cunhar tokens mint2 para o utilizador ou aplicação de acordo com as regras da aplicação. Após a mintagem mint2, o fornecimento circulante de tokens também aumentará.
“mint3”: Mint3 é a cunhagem do tesouro. mint3 é o saldo dos utilizadores ou aplicações noutras aplicações. Qualquer pessoa pode aplicar tokens mint3 para utilizadores ou aplicações, de acordo com as regras de aplicação. Após mint3, o fornecimento circulante de tokens não aumentará.
Destruir tokens
Destroy é uma nova operação introduzida no protocolo BRC-100. Os usuários podem gravar a operação de destruição e, em seguida, transferir a inscrição para o implantador do aplicativo, que é semelhante à semântica da operação de transferência. Os tokens queimados serão destruídos ou transferidos para o saldo do aplicativo.
Semelhante à definição de uma operação de cunhagem, existem 3 operadores de queima: queimar, queimar2 e queimar3, que correspondem logicamente a cunhar, cunhar2 e cunhar3, respetivamente. Não é necessária nenhuma configuração adicional, e todas as apps/tokens suportam estas três instruções de queima.
"Burn": Queima pública, onde todos podem usar instruções para destruir tokens. Uma vez que o token é destruído com sucesso, a circulação diminui, e o token destruído não pode ser cunhado novamente.
"burn2": A lista branca é destruída. De acordo com as regras definidas pelo aplicativo, depois que os tokens burn2 forem transferidos para o aplicativo, o saldo do usuário diminuirá, o status do aplicativo será atualizado de acordo e a circulação diminuirá. Na realidade, lógicas como a remoção de liquidez no AMM DEX podem ser implementadas através do burn2.
"Burn3": O tesouro é destruído. Burn3 irá reduzir o saldo de token do usuário e aumentar o saldo do aplicativo "para". Em aplicações reais, é possível cooperar com a mint3 para completar a lógica de troca de tokens e aumentar a liquidez no AMM DEX.
Impostos sobre transações e deflação
O acordo BRC-100 introduziu um novo mecanismo para negociar tokens: impostos e deflação de transações. As aplicações podem definir percentagens de imposto sobre transações, destinatários de impostos e percentagens de buraco negro de transações. Estas definições só têm efeito ao negociar em bolsas descentralizadas baseadas em AMM. Transferências normais, emissões e operações de destruição não incorrem em impostos sobre transações ou deflação.
Operações computacionais
As operações computacionais são comportamentos computacionais estendidos do protocolo BRC-100. É representado pelo atributo cop e é a menor unidade de potência computacional do protocolo. Quando usado com o operador op: burn2/burn3/mint2/mint3, pode ser entendido como uma função de transição de estado, que define como o estado da aplicação e do usuário é atualizado sob o operador op correspondente.
Oracle oráculos
Oracle é um requisito comum para blockchain interagir com todas as partes sob a cadeia, e tem sido bem implementado e aplicado em blockchains como Ethereum. Sem oráculos, contratos inteligentes na blockchain ficariam totalmente limitados aos dados on-chain. No entanto, em comparação com blockchain, o protocolo BRC-100 tem características muito especiais.
Não apenas possui o poder de computação da blockchain, mas também depende de um indexador off-chain para completar o cálculo. Ao mesmo tempo, os indexadores off-chain podem comunicar diretamente com outras blockchains ou meta-protocolos, mas as blockchains não podem fazer isso, o que significa que o indexador pode verificar se os dados off-chain ou on-chain atendem aos requisitos do protocolo Oracle BRC-100.
Exemplos: verificar a transferência de BTC ou ativos BRC-20, verificar o preço do ETH num bloco Ethereum, etc.
Em outras palavras, no protocolo BRC-100, os oráculos têm um novo paradigma: atestação e verificação, onde os usuários submetem dados de atestação, e o indexador age como um Verificador de Oráculos para verificar os dados de atestação submetidos pelo usuário fora do acordo, sem a necessidade de um serviço de Oráculo separado.
No protocolo BRC-100, as instruções burn2/burn3/mint2/mint3 suportam nativamente atributos de prova para submeter dados de prova fora do protocolo. O indexador pode verificar os dados de certificação e garantir a consistência e precisão do estado. A prova pode ser uma prova de transferência, prova de árvore de Merkel, prova de conhecimento zero, prova de preço, etc., e pode ser usada para cenários como ativos, distribuições aéreas, etc., e pode ser usada para cenários como a camada 2 do Bitcoin, liquidação de empréstimos, etc.
protocolo de retransmissão
O meta-protocolo no Bitcoin é heterogéneo e não pode comunicar entre si. Diferentes protocolos são semelhantes a diferentes blockchains; partilham a segurança da blockchain do Bitcoin e têm capacidades computacionais diferentes. Além disso, os meta-protocolos não podem comunicar diretamente com outras blockchains: o Ethereum, por exemplo, não pode usar ativos em outras blockchains.
Portanto, a pilha de protocolos BRC-100 requer um protocolo de retransmissão para completar a comunicação entre Bitcoin, meta-protocolo, blockchain e o protocolo BRC-100, bridging de ativos em outros protocolos ou blockchains para BRC-100, e participar em aplicações descentralizadas como DeFi. Entretanto, devido à diversidade de protocolos e blockchains, o BRC-100 terá múltiplos protocolos de retransmissão.
Primeiro, iremos lançar: BRC-103, que é responsável por ligar ativos entre Bitcoin, BRC-20 e BRC-100.
Quando um ativo é transferido do meta-protocolo ou blockchain (origem) para o protocolo BRC-100 (destino), a fim de que o indexador verifique a correção da transmissão, é necessário enviar prova de dados de transmissão usando o comando "mint2", que é chamado de prova de transmissão.
A prova de transferência significa que, quando um ativo ancorado é criado no protocolo de destino (BRC-100), os dados de transferência do lado da origem (como Bitcoin, BRC-20 ou outro blockchain) também devem ser enviados como prova. Isso pode ser um hash de transação ou ID de inscrição.
Para que todos os indexadores BRC-100 possam verificar a correção da cunhagem dos ativos ancorados.
A prova de transferência é uma aplicação muito importante do protocolo BRC-100 da Oracle.
Casos de uso do protocolo
Uma vez que o BRC-100 foi estendido a partir do BRC-20, essencialmente possui todos os cenários de aplicação do BRC-20, mas os cenários de aplicação do BRC-100 são muito mais do que isso. Ainda podemos expandir com base no protocolo BRC-100. Aqui estão algumas das extensões oficiais listadas, algumas das quais já estão em desenvolvimento:
BRC-101 (lançado)
O protocolo de governação descentralizada da stack BRC-100 define como atualizar os atributos das aplicações/tokens pai/filho, parar aplicações e adicionar aplicações filho.
Além disso, o BRC-101 também pode concluir a governação fora da cadeia através de votação descentralizada.
BRC-102 (em desenvolvimento)
Um protocolo de liquidez automatizado define como trocar tokens pela pilha de protocolos BRC-100 através de um algoritmo de criador de mercado automatizado (AMM). A lógica de cálculo será semelhante à do Uniswap na Ethereum.
BRC-103 (em desenvolvimento)
Um protocolo de retransmissão entre BTC, BRC-20 e BRC-100. O meta-protocolo no Bitcoin é heterogêneo e não consegue comunicar entre si. Diferentes protocolos são semelhantes a diferentes cadeias. Eles partilham a segurança da cadeia de blocos do Bitcoin e têm diferentes capacidades de computação.
Portanto, a pilha de protocolos BRC-100 publicará vários protocolos de retransmissão para concluir a comunicação entre meta-protocolos, cadeias diferentes e BRC-100, e ligar outros protocolos e ativos on-chain ao BRC-100 para participar em DApps como DeFi.
BRC-104
Os acordos de mineração de liquidez definem como obter recompensas de token após apostar tokens.
Um token de staking pode ser qualquer token baseado em BRC-100, como o token da pool de liquidez do protocolo BRC-103, ou o mesmo token como token de recompensa. Além disso, o BRC-104 irá suportar o bloqueio de tokens apostados durante o período de bloqueio.
BRC-105
Um protocolo de airdrop define como distribuir eficientemente tokens para vários endereços.
O protocolo usará a Árvore de Merkle para concluir a distribuição gratuita e economizar em taxas de transação, uma vez que todos os dados originais da distribuição gratuita não precisam ser tornados públicos no Bitcoin. Os usuários só precisam enviar a Prova de Merkle para provar que possuem a distribuição gratuita durante o “mint2”, e então todos os indexadores podem verificar a correção para concluir a distribuição gratuita.
BRC-106
Um protocolo de pool de stablecoin descentralizado define como as stablecoins são geradas através de garantia.
A lógica computacional será semelhante à DAI do MakerDAO3 na Ethereum.
BRC-107
Um acordo de pool de empréstimos define como os ativos podem ser emprestados através de garantia.
A lógica computacional será semelhante à Aave no Ethereum.
BRC-108
Um protocolo de liquidez automatizado para stablecoins.
BRC-109
Protocolo de negociação descentralizado para futuros perpétuos.
BRC-110
Um protocolo de retransmissão entre blockchains compatíveis com EVM e BRC-100 define como os ativos nas blockchains compatíveis com EVM podem ser conectados ao BRC-100.
BRC-111
O protocolo de verificação da camada 2 do Bitcoin define como verificar os dados de prova da camada 2 do Bitcoin, como um contrato inteligente da camada 2 no Ethereum.
protocolo BRC-420 "6"
Proposta de um acordo
Após a proposta do protocolo BRC-20, outro novo protocolo experimental chamado BRC-420, também conhecido como protocolo metaverse, apareceu em 2023.9.19.
Conceito de Acordo
BRC-420 é uma experiência interessante. É o primeiro protocolo de metaverso no Protocolo Ordinals, um protocolo de ativos baseado no protocolo Bitmap.
Ao combinar várias inscrições num ativo complexo, como itens de jogo, animações e efeitos, ou módulos de jogo no metaverso. Tudo, desde personagens e animais de estimação pequenos até scripts de jogo completos e máquinas virtuais, foi criado.
Devido à sua natureza de código aberto on-chain, estes ativos podem ser executados ou verificados por qualquer cliente, refletindo plenamente o espírito 'Client Agnostic' dos jogos de blockchain.
O acordo BRC-420 é composto por duas partes: o Metaverse Standard (Padrão Metaverse), que define um formato aberto para ativos no metaverso, e o Royalty Standard (padrão de royalties), que estabelece um acordo on-chain para a economia do criador.
BRC-420 abre possibilidades para jogos on-chain da Ordinals e blockchains modulares. Diferentes criadores podem contribuir com diferentes módulos, e novos criadores podem construir sobre a inovação de seus predecessores. Isso tem levado a uma proliferação de inovações dentro do ecossistema da Ordinals, beneficiando todos os participantes.
Desenvolvimento do acordo
Atualmente, BRC-420 lançou o BRC-420 DLC em 3 de novembro de 2023, que pode integrar milhares de meta-inscrições em 1 DLC. Após a implementação, os utilizadores podem obter milhares de meta-ativos numa única cunhagem.
Acordo de Runas “7”
Proposta de um acordo
Depois do protocolo BRC20 ter sido lançado, Casey sentiu que não era uma boa ideia criar tokens homogeneizados no Bitcoin. 99% dos tokens homogeneizados são golpes e não desaparecerão a curto prazo. Criar um bom protocolo de token homogeneizado para o Bitcoin provavelmente trará receitas significativas de taxas de transação para o Bitcoin, atenção dos desenvolvedores e usuários.
Casey propôs o protocolo Runes baseado na tecnologia UTXO em 26.9.2023.
O design do protocolo Runes também pode ter sido afetado pelo ARC20. A escolha foi escrever os dados do token diretamente no script UTXO, que inclui o ID, output e quantidade de tokens.
Obviamente, a implementação das Runes é muito semelhante à da ARC20, e as transferências de tokens são tratadas diretamente na mainnet do BTC. A diferença é que as Runes escrevem o número de tokens nos dados do script, o que as torna mais precisas do que a ARC20.
Ao mesmo tempo, no entanto, a complexidade também aumentou, tornando difícil utilizar diretamente a natureza combinatorial do BTC UTXO como ARC20.
Desenvolvimento do acordo
Desde o lançamento do acordo Runes, uma vez que o esforço de desenvolvimento de Casey foi principalmente no protocolo Ordinais, o desenvolvimento do protocolo Runes tem sido lento, razão pela qual Benny rapidamente ultrapassou as esquinas e desenvolveu o protocolo Pipe após o lançamento do acordo Runes.
Durante a Semana Blockchain de Taiwan em dezembro, Casey também anunciou num evento em Taipei que o Protocolo Runes será lançado na rede principal. No bloco de altura 840.000, ou seja, da próxima vez que o BTC for reduzido para metade, provavelmente será no final de abril de 2014.
Após pesquisar o plano de emissão de ativos BTC, também senti totalmente o seu encanto, por isso também mencionei algumas das minhas próprias opiniões subjetivas:
Finalmente, obrigado por ler este artigo. O objetivo original deste artigo é fornecer-lhe uma compreensão melhor e mais abrangente do desenvolvimento do ecossistema BTC, e você também é bem-vindo para vir falar comigo. Nos próximos dias, irei publicar algumas opiniões de tempos a tempos, e também irei escrever outro artigo sobre o plano de expansão, por isso fiquem atentos.
Números Ordinais "1"
Muitos artigos existentes começam com o Protocolo Ordinals, mas na documentação oficial do Protocolo Ordinals, o primeiro menciona a teoria dos Números Ordinais. A partir disso, pode-se deduzir que Casey também se inspirou nele para criar o Protocolo Ordinals
Como todos sabemos, a menor unidade no mundo do Bitcoin é o satoshi (sat), e a teoria dos Números Ordinais pode ser simplesmente entendida como numerar artificialmente esses sat. A partir da seção de motivações da proposta BIP, podemos resumir que a teoria quer fornecer uma forma para o Bitcoin atuar como um identificador estável para evitar transferências de propriedade ou rotação de chaves, sem exigir quaisquer alterações na rede Bitcoin.
Claro, há algumas objeções a esta teoria, como reduzir a privacidade do usuário, aumentar o tamanho dos conjuntos de UTXO, ataques de poeira, etc. Para mais detalhes, consulte a proposta BIP.
Acordo de Ordinais "2"
Proposta de um acordo
O Acordo dos Ordinais foi proposto e publicado por Casey, no qual ele propôs as seguintes ideias:
"Podemos organizar estes "Satoshis" numa ordem específica, atribuir-lhes um número ordinal entre 0 e 2.100.000.000.000.000, e depois conectá-los a outras informações: imagens, texto, vídeos ou até mesmo uma sequência de código. Como resultado, cada Satoshi tornou-se único e insubstituível. Isto equivale a dar ao Bitcoin a sua capacidade nativa de criar NFTs."
O acordo dos Ordinais foi implementado no final de 2022, e a primeira inscrição na mainnet foi gravada em 2022.12.14 UTC (https://ordinalswallet.com/inscription/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0), durante o qual o acordo foi acordadoTem sido sempre atualizado e iterado, mas ainda não foi oficialmente anunciado. Atualmente, pode ser atualizado a partir do A primeira comunicação oficial encontrada no Twitter de Casey é a seguinte, por isso o acordo de Ordinals pode ser considerado como proposto seja em dezembro ou janeiro: (Obrigado também pela pista fornecida por Shep)
Características do acordo
Números SAT e a divisão da raridade
Os humanos são colecionadores naturais. Uma vez que os Números Ordinais artificialmente numeram os Sats, por que não atribuem a estes SATs um valor mais alto ou mais baixo, de modo a haver uma distinção entre a raridade. Atualmente, existem 6 tipos de raridade:
Esta raridade é semelhante ao que chamamos de "notas de banco de leopardo", "notas de série", etc. ao brincar com notas de banco na vida real. Essencialmente, são todas notas de banco. O seu valor real é o valor nominal da nota, mas porque as pessoas lhe atribuem um significado especial, têm um valor colecionável mais elevado e há um prémio, ou seja, o que frequentemente chamamos de "consenso gera valor."
Ao atribuir um número de regra específico a cada sat e rastreado na transação, o Acordo Ordinals também permite que qualquer pessoa anexe dados adicionais, como imagens (Imagem), texto (Texto), vídeo (Vídeo), áudio (Áudio), etc., através do Acordo Ordinals. Nos primeiros dias, os jogadores tinham mais probabilidade de criar NFTs nele. A posição inicial do fundador Casey sobre isso também era permitir que as pessoas armazenassem algo imutável no Bitcoin, a cadeia mais antiga e comum. Por um tempo, muitas pessoas irão equiparar os Ordinals com os “Bitcoin NFTs”. Hoje, ainda podemos vê-los na Carteira Unisat.
Negocie primeiro a entrar, primeiro a sair
Para garantir que o SAT sequencial com números de série não seja caótico durante o processo de transação, é utilizado um método de transação por ordem de chegada.Aqui está um exemplo do artigo de Wang Yishi (https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/) para explicar as características de primeiro a entrar, primeiro a sair:
Na imagem abaixo, existem duas entradas à esquerda. O Endereço 1 e o Endereço 2 têm um total de 5 Satoshi. Nesta transação, 4 Satoshi foram enviados para um endereço que começa com 3 OpZ e 1 Satoshi foi deixado para ser pago ao mineiro como taxa de mineração.
Pressupondo que, na transação acima, usamos secretamente o protocolo Ord para atribuir uma identidade (número de série) a cada Satoshi, então após a conclusão da transação, os 4 Satoshis numerados Ord A- > D no endereço 1 e no endereço 2 foram para o endereço 3, e o último Satoshi foi dado ao mineiro.
O chamado "primeiro a entrar, primeiro a sair" significa que cada número de Satoshi é ordenado de acordo com o seu índice na saída da transação. Por exemplo, na saída da transação (Output) na figura abaixo, o endereço 3 está classificado à frente do endereço do minerador, então os Satoshis transferidos do endereço 1 e do endereço 2 são primeiramente herdados pelo endereço 3 e depois pelo endereço do minerador.
Princípios do protocolo
Qualquer pessoa familiarizada com o Bitcoin sabe que o Bitcoin nasceu como um sistema de dinheiro eletrónico peer-to-peer. A linguagem de programação que utiliza não é Turing completa, por isso é quase impossível implementar funções complexas, e as duas principais atualizações do BTC em '17 e '21 tornaram possível implementar algumas funções envolvendo lógica complexa no BTC.
Com base na premissa de desenvolvimento descrita acima, o Protocolo Ordinals alcançou o efeito de visualização e transferência escrevendo o conteúdo de sua inscrição no script Taproot e usando UTXO. Uma vez que os custos de script do Taproot só podem ser feitos a partir de Saídas de Taproot existentes, são usadas duas etapas (compromisso/revelação) para alcançar a gravação. Em primeiro lugar, ao enviar uma transação, precisamos criar uma Saída de Taproot com um script contendo o conteúdo da inscrição e, em segundo lugar, ao revelar a transação, precisamos gastar a transação enviada anteriormente para revelar o conteúdo da inscrição na cadeia. Neste processo, também precisamos serializar o conteúdo da inscrição em uma série de etapas:
Bem, para explicar isto numa linguagem simples, é equivalente a iniciar uma transferência WeChat. Durante o processo de transferência, precisamos de indicar o conteúdo da inscrição que criou nos comentários (Saída Taproot), e depois enviar a transferência (gastar para submeter a transação), para que, após o envio estar completo, possamos permitir que a outra parte veja o que escreveu no comentário (revelar a transação) na caixa de chat. Se não houver comentário nesta transferência ou se a transação for cancelada, o conteúdo desta inscrição não será carregado para o link.
"1" Acordo Brc20
Proposta de um acordo
Após o lançamento do protocolo Ordinals, os jogadores iniciais estavam a jogar com NFTs, e o programador anónimo domo lançou um padrão experimental em 2023.3.8 - o protocolo BRC-20 melhorado com base no protocolo Ordinals e implantou oficialmente o primeiro BRC20 $ordi, que permite a qualquer pessoa emitir tokens na rede Bitcoin, semelhante à forma como se jogam tokens ERC-20 na Ethereum.
Aviso:
O primeiro tweet de domo sobre BRC-20 foi em 9 de março de 2023, mas ao analisar o tempo de implantação de $meme e $ordi, deveria ter sido lançado em 8 de março de 2023.
$meme foi o primeiro BRC20 implantado e $ordi foi o primeiro BRC20 oficialmente lançado, o que pode ser inferido ao observar o tempo de implantação deles
No entanto, todos deveriam ter experimentado o desenvolvimento do $ordi. Não há muita menção aqui. Para mais detalhes, consulte o tweet abaixo:
Princípios do protocolo
O protocolo BRC-20 estabelece uma série de padrões para permitir a implementação, cunhagem e transferência de tokens BRC20 com base na teoria Ordinal. Os padrões de formato do protocolo são derivados do formato do projeto Sats Name (o primeiro projeto DID com base no protocolo Ordinals):
Além disso, para explicar em linguagem simples aqui, como o Acordo de Ordinais, é equivalente a você iniciar uma transferência WeChat, mas o conteúdo das notas é diferente.
estendendo
Embora este método do protocolo BRC-20 permita a emissão gratuita de tokens homogeneizados na cadeia Bitcoin, como o Bitcoin não possui um modelo de conta e o conteúdo do BRC-20 é colocado no script Taproot do Segwit, não podemos calcular diretamente o saldo BRC20 de cada conta na cadeia. Portanto, o método atual é construir um servidor de índice sob a cadeia para alcançar a aquisição de informações de token BRC20, cálculo de saldo, transferência de transações, etc., mas há um risco de centralização.
Primeiro, vamos entender as três partes do protocolo de camada BTC: o acordo estipula as regras para escrever dados no Bitcoin, o indexador fornece a capacidade de consultar e analisar esses dados, e o livro-razão registra saldos de tokens e processa transferências.
Para BRC20, o servidor de índices primeiro precisa reconhecer cada implementação de BRC20 para ler as informações do token, o que é chamado de "índice".
Ao mesmo tempo, uma vez que os saldos BRC20 estão todos gravados no script, a própria rede BTC não consegue reconhecê-los, assim o servidor de índice BRC20 deve construir um livro-razão local para registar o saldo BRC20. Sempre que ocorre uma transferência, o livro-razão local precisa ser verificado e atualizado para ver se a transação pode ser realizada (se existem moedas suficientes).
Portanto, BRC20 precisa enviar duas transações durante a transação:
A primeira transação lê os dados mais recentes do razão local e calcula o saldo
A segunda transação é então transferida.
O protocolo Ordinals é essencialmente projetado para NFTs. Com base em seu BRC20 aprimorado, a complexidade da transferência cresce de forma recursiva. O indexador BRC20 também assume o trabalho de um razão. Este razão existe completamente fora da cadeia do Bitcoin. O indexador deve registrar com precisão cada alteração de saldo para garantir a integridade do razão.
Portanto, à medida que o tempo é acumulado, os livros-razão do indexador acumularão e a pressão sobre os nós aumentará. Se o indexador não for continuamente motivado, será difícil sustentá-lo. Se o livro-razão do indexador deixar de estar em serviço, então o BRC20 será completamente inutilizável.
Sistemas TRAC "2"
$TRAC
$TRAC é um token BRC20 lançado por Benny em 2023.5.3 e oficialmente implantado e lançado em 2023.5.22.
Núcleo Trac
O núcleo do Trac é um oráculo e indexador descentralizado para inscrições Bitcoin, que resolve problemas como indexação, recuperação e precificação de dados ecológicos de inscrição.
Por exemplo, em termos de indexadores, embora os dados de inscrição sejam armazenados na cadeia de Bitcoin, isso é apenas informação relacionada à inscrição, e o processo de atualização e auditoria de dados requer um indexador centralizado de terceiros, e a segurança é sempre criticada (por exemplo, o erro contábil do índice ordi da Binance no final de novembro). Portanto, o Trac pode fazer com que o ecossistema de inscrições herde a segurança do Bitcoin em maior medida, coletar, organizar e classificar todos os dados sobre o Bitcoin e planeja introduzir centenas de nós indexadores no futuro.
Ao mesmo tempo, à medida que o número de nós aumenta, o Trac Core também integra o papel dos oráculos para obter dados confiáveis necessários de fontes externas para introduzir o blockchain, que é a base para construir posteriormente protocolos de nível superior como DeFi nativo inscrito, e a API do Trac pode ser chamada gratuitamente.
Como resultado, o slot de cartão ecológico do Trac Core, que é tanto um indexador descentralizado como um oráculo de Bitcoin, pode ser considerado à frente da maioria dos projetos de inscrição.
Protocolo Tap
O Protocolo Tap é um protocolo melhorado baseado nos Ordinais lançados pela equipa $TRAC em 2023.8.7. Podemos pensar nele como uma versão atualizada do protocolo BRC20 espelhado. É um protocolo compatível e atualizado para BRC20. Possui as seguintes 4 funcionalidades:
Usa o $TRAC previamente implementado como o token de governança para o seu protocolo (não muito característico, mas vou explicar aqui)
Atualmente, os tokens $TAP e $-TAP foram oficialmente lançados no Protocolo Tap, dos quais $TAP foi criado por BennyTheDev em 2023.8.6; $-TAP foi aberto à comunidade, com um total de 21.000.000 (ou 21.000). De acordo com a pesquisa de Shep, $-TAP foi implantado 30 minutos antes de $TAP e é o primeiro token nativo real no protocolo.
tubo
O protocolo Pipe foi proposto por Benny, autor do $TRAC, que foi uma melhoria do protocolo Runes. Pode-se dizer que o acordo Pipe conseguiu superar o acordo Runes, pois o acordo Runes foi proposto por Casey, fundador do acordo Ordinals, mas seu foco principal está no acordo Ordinals, então o desenvolvimento do acordo Runes tem sido lento, e Benny lançou o acordo Pipe em apenas cerca de um mês depois de aprender as ideias do acordo Runes.
A ligação entre os três
Neste ponto, podemos ver que Benny lançou 3 projetos seguidos em menos de meio ano, e esses 3 projetos também estão entrelaçados, o conjunto final de bonecas. Vamos usar a imagem abaixo para desvendar a relação entre eles.
Em termos gerais, os tokens de governança de um projeto são usados como o token nativo do acordo, e Benny pode promover e restringir uns aos outros por meio deste método de tokens de governança, o que é extremamente raro. Atualmente, as funções específicas desses tokens de governança não foram oficialmente anunciadas, então podemos ver se isso resultará em algumas colisões emocionantes no próximo desenvolvimento.
"3" Acordo atómico
Proposta de um acordo
O fundador do Protocolo Atomicals tentou desenvolver um projeto DID no Protocolo Ordinals em fevereiro, mas durante o processo de desenvolvimento, descobriu que as limitações do Protocolo Ordinals tornavam algumas das funcionalidades que desejava impossíveis ou um pouco estranhas. Ele tweetou sua primeira ideia sobre o Protocolo Atomicals em 2023.5.29 e finalmente lançou o acordo em 2023.9.17 após vários meses de desenvolvimento.
O lançamento inicial do protocolo Atomicals não causou muita agitação no ecossistema Bitcoin porque, na época, devido à introdução do Protocolo Ordinals e do protocolo BRC-20, um grande número de protocolos aprimorados baseados neles surgiram em diferentes cadeias, mas quando olhamos para a documentação do protocolo Atomicals, descobrimos que era um protocolo completamente diferente.
Fundamentos Teóricos — Teoria da Matéria Digital (TMD)
A teoria DMT (Teoria da Matéria Digital) refere-se à teoria da matéria digital, o que significa que a informação digital não são apenas números e letras aleatórios; na verdade, também pode ser vista como sua própria “matéria”, tal como madeira ou metal. DMT pode ser transações, bytes, ou qualquer outro padrão de dados de blockchain, e esses padrões podem ser transformados em itens ou ativos digitais valiosos.
Aqui está também uma citação do conteúdo do Dr. Jingle para que todos possam entender melhor:
Problemas que os Construtores de Bitcoin Existentes Enfrentam
Os três primeiros são perguntas para desenvolvedores, e os três últimos são para criadores
teoria atómica
O protocolo Atomicals é um protocolo simples e flexível para criar, transferir e atualizar objetos digitais (tradicionalmente conhecidos como NFTs) para blockchains de output de transações não gastos (UTXO) como o Bitcoin.
1 ️ ︎ Objetos digitais — NFTs “átomo”
O Atomical (ou “átomo”) é um novo tipo de NFT que pode ser cunhado, transferido e atualizado no Bitcoin. A principal diferença é que não é necessário usar um serviço centralizado ou um indexador de terceiros de confiança. Não requer qualquer alteração no Bitcoin para funcionar, nem requer sidechains ou qualquer L2. É hora de retomar o controle das nossas vidas digitais para sempre.
2 ️ ︎ BitWork — Micro Prova de Trabalho PoW
A melhoria mais interessante no protocolo Atomicals é a adição do processo de computação da CPU ao processo de cunhagem de tokens, chamado BitWork. Os fundadores precisam calcular exaustivamente valores de hash que correspondam a caracteres de prefixo específicos antes de poderem cunhar.
PoW pode tornar a cunhagem de moedas relativamente justa, com injeções de valor de energia e tempo e componentes de sorte aleatória.
Ao contrário dos algoritmos tradicionais de PoW, que são difíceis de calcular, o Bitwork pode ajustar a dificuldade de mineração de forma finamente granulada, alterando o método de correspondência de prefixo. Pode adicionar números entre 1 e 15 após o prefixo, como "7777.1" ou "7777.15", ou qualquer número entre eles, o que indica a gama de variação que o caractere pode variar.
O seu princípio de funcionamento é “.” O número que se segue é chamado de meio-coringa e é utilizado para fazer correspondência com qualquer 5º caráter a partir desse número. Com “7777.10” Por exemplo, os primeiros 4 caracteres txid (hex) devem ser “7777,” e o 5º caráter pode ser um número 10 (hex) ou mais.
Assim, os 5 dígitos podem ser a, b, c, d, e ou f. Isso permite que todo o sistema escolha entre 2 e 16 vezes, em vez de apenas 16 vezes cada vez que a dificuldade aumenta.
Ao mesmo tempo, a BitWork também trouxe alguns casos de uso inovadores:
3 ️ ︎ Contentor NFTs — O Padrão NFT
O Contentor (Container) é um padrão de coleção para representar NFTs e metadados. Pode ser utilizado para adicionar/modificar/eliminar o conteúdo de qualquer acordo, como Atomicals, Ordinais, Bitmaps, etc., e também pode escolher a “selagem” permanente, ou seja, bloquear o conteúdo num contentor e depois destruir a “chave” que pode abrir o contentor, alcançando assim o objetivo de manter o estado em que estava quando selado e não pode ser modificado.
Serviço de nome de contêiner:
4 ️ ECT ARC20 — Moeda Tingida
O protocolo Atomicals usa a menor unidade de Bitcoin, sentada como o "átomo" básico. O UTXO de cada sat é usado para representar o token em si, ou seja, o saldo de ARC20 é o número de sat. 1 token = 1 sat.
ARC20 é um modelo de moeda tingida, e as informações de registo são registadas num script de transação. Ao vincular as informações a UTXO, a programabilidade e descentralização do token podem ser melhoradas. Ao mesmo tempo, a segurança da transação é garantida pela rede principal BTC. Não é necessário nenhum sistema off-chain para calcular o saldo dos tokens ARC20 em termos de rastreamento de transações e cálculo de saldos, porque o saldo do token é consistente com o número de SATs em UTXO. Esta é a maior diferença do protocolo BRC-20.
Ao implantar ARC20, informações como nome do token, quantidade total, limite de quantidade, configurações de dificuldade, bloco inicial, imagens, etc.
2. Quando os utilizadores emitem ARC20, escrevem o nome do token no script UTXO. A quantidade é diretamente determinada pelo número de sats no UTXO, 1 sat = 1 token.
3. Para transferir ARC20, os utilizadores já não precisam de depositar quaisquer dados em BTC; apenas precisam de utilizar UXTO, que continua a deter tokens, como entrada e saída de transações para outros endereços.
Para ARC20, só precisamos de um índice para nos ajudar a ler informações de registo de token e identificar transações de cunhagem para confirmar qual é o UTXO ARC20.
Os benefícios disto são:
Claro, o design das moedas tingidas também tem algumas desvantagens, porque o saldo não é escrito nos dados, mas sim o sat está vinculado, então a precisão mínima de divisão do saldo ARC20 é 1.
Isso também torna impossível para os usuários fazer transações de granularidade fina sob a própria rede principal de BTC, que definiu um limite mínimo de transação de 546 sat para evitar ataques de poeira. No entanto, o protocolo Atomicals agora propôs um plano de divisão específico e está sendo desenvolvido ativamente.
Aqui está uma imagem para mostrar a diferença mais essencial entre BRC20 e ARC20:
5 ️ ︎ Realm Name System (RNS) — Domain Domain Name System
RNS afirma ser o verdadeiro rival do sistema de nomes de domínio DNS e visa ser uma substituição global para DNS e outros sistemas de nomes de domínio blockchain
Os Nomes dos Reinos são identificadores legíveis por humanos que podem ser usados para correlacionar endereços de rede e informações de recursos. Os nomes dos reinos começam com um sinal de adição + e têm pelo menos um caractere alfabético, como +alice e +agent007, que são todos nomes válidos (domínio de nível superior — domínio ou TLD no Sistema de Nomes de Domínio do Reino (RNS)).
O nome de domínio é auto-propriedade e auto-gerido diretamente na blockchain do Bitcoin usando um formato de objeto digital atômico, o que basicamente significa que não há intermediários ou registradores centralizados.
6 ️ ︎ Subrealm Minting — Subdomain Foundry
Gerir e tokenizar comunidades emitindo subrealms (Subrealms) sob qualquer reino (Realm). As regras específicas são as seguintes:
Aqui está um exemplo genérico:
Além disso, Subrealm também pode ser usado para organização de redes sociais, verificação de identidade, recompensas de fidelidade e muito mais.
Características do acordo
Através da teoria atômica acima, podemos ver que as principais características do protocolo Atomicals incluem:
Principais diferenças de outros acordos
A melhor forma de entender as diferenças no protocolo Atomicals é compará-lo com outros protocolos NFT populares:
Protocolo Bitmap "4"
Proposta de um acordo
Bitmap.land é o primeiro projeto de metaverso no ecossistema Bitcoin, baseado na teoria ordinal (Teoria ordinais) e na teoria do bitmap (Teoria bitmap).
A teoria do Bitmap (teoria do Bitmap) foi proposta pelo utilizador do Twitter @blockamotoem 2023.6.5.
Esta teoria mapeia cada entrada de transação em um bloco de Bitcoin como um lote (Parcel) para formar um bloco ou distrito (distrito). Devido às diferenças no tamanho das diferentes entradas de transação, o tamanho do lote mapeado também é diferente.
Conceito de acordo
Os compradores da Bitmap.land foram influenciados pelo Decentraland e The Sandbox e usaram o método de dividir terras e desenhar padrões em um mapa, semelhante à lógica de compra de terras nessas duas plataformas. Os usuários escrevem dados para Satoshi através de inscrições para obter a propriedade de blocos específicos de Bitcoin, semelhante à cunhagem gratuita.
Na blockchain do Bitcoin, cada bloco é dividido em quatro partes para representar diferentes ciclos de redução para metade. Os utilizadores podem verificar o número e a cor de cada bloco no site Bitmap.land. Cores diferentes representam estados de vendas diferentes.
A venda da Bitmap.land está intimamente relacionada com a teoria dos números ordinais, semelhante à venda de terrenos virtuais da Decentraland e The Sandbox, que depende dos padrões ERC-721. A teoria dos números ordinais é semelhante aos princípios das primeiras moedas coloridas, mas as duas são diferentes no contexto da narrativa atual do Bitcoin, consenso, ecologia e infraestrutura. Embora a teoria dos números ordinais não seja tão inovadora quanto o ERC-721, a abordagem do BRC-20 é mais primitiva.
A teoria do mapa de bits adiciona uma nova explicação ao bloco Bitcoin, fornecendo um tópico atual, embora falte utilidade. Mudou a conexão entre o Bitcoin e o metaverso, dando a cada bloco da blockchain do Bitcoin uma nova dimensão e tornando-o parte do metaverso ao permitir que os usuários possuam e gravem blocos individuais.
A teoria do mapa de bits atraiu a atenção da comunidade dos Ordinais e desencadeou um boom em inscrições. Qualquer bloco na blockchain do Bitcoin pode tornar-se parte do metaverso através de um Bitmap, trazendo novas oportunidades de criação e propriedade para a comunidade.
Bitmap.land borra as fronteiras entre o Bitcoin e o metaverso através da teoria dos bitmaps, abrindo caminho para a propriedade, criatividade e desenvolvimento da comunidade. À medida que a febre da inscrição continua, significa um enorme potencial para aqueles que procuram um lugar no mundo digital.
Protocolo BRC-100 "5"
Proposta de um acordo
Como todos sabemos, protocolos baseados em Bitcoin como o Protocolo Ordinals e BRC-20 trouxeram muito espaço para a imaginação no desenvolvimento do ecossistema Bitcoin através de um mecanismo de "declaração on-chain e análise off-chain". Além disso, foi emitido um grande número de NFTs e tokens Bitcoin, mas o desenvolvimento de aplicações descentralizadas como DeFi ainda está atrasado. Como resultado, Mikael.BTC lançou um protocolo que suporta computação descentralizada: BRC-100 em 2023.9.2.
Introdução ao acordo
BRC-100 é um protocolo de extensão baseado na teoria dos Ordinais, projetado para implementar várias aplicações descentralizadas na camada 1 do Bitcoin. Este acordo não só assume as funções básicas do BRC-20 no Bitcoin, como a criação, cunhagem e negociação, mas também introduz o conceito de computação descentralizada.
Isto significa que com base na pilha de protocolos BRC-100, é possível desenvolver várias aplicações descentralizadas como DeFi, SocialFi e GameFi, trazendo cenários de aplicação verdadeiramente descentralizados, sem confiança, resistentes à censura e sem permissão para a primeira camada do Bitcoin.
Uma das principais características do protocolo BRC-100 é a sua interoperabilidade, que não só permite que todos os protocolos e aplicações dentro da sua pilha de protocolos sejam compatíveis entre si, mas também suporta a interação com BTC, BRC-20, ou outras cadeias de camada 1 como Ethereum e Stacks. Além disso, o protocolo introduziu um modelo UTXO e um modelo de máquina de estados, aumentando a sua segurança e capacidades computacionais.
Características do acordo
Porque o protocolo BRC-100 é uma extensão da teoria dos Ordinals, o próprio BRC-100 tem todas as características do BRC-20, ao mesmo tempo que introduz algumas características inovadoras:
Poupar dinheiro: Baseia-se no protocolo BRC-100 para várias expansões, como acordos de airdrop, acordos de governança, acordos de relay, etc. Podemos entender que Mikael quer introduzir vários jogos DeFi no BTC
Sucessão de protocolo
O protocolo BRC-100 introduz o conceito de herança. Os protocolos que herdam direta ou indiretamente do BRC-100 são chamados de protocolos de extensão BRC-100. O protocolo de extensão BRC-100 deve herdar de apenas um protocolo. Um acordo estendido herda as propriedades, operações e operações de computação do acordo pai e só pode estender as propriedades e operações de computação.
Isto é semelhante ao que fazemos quando fazemos cerâmica, no início era apenas um embrião de barro. Lentamente, à medida que polimos e moldamos, gradualmente temos funções mais expandidas, como decorar, armazenar coisas, etc.
pilha de protocolo BRC-100
O protocolo BRC-100 e todas as suas extensões e melhorias são coletivamente conhecidos como o stack BRC-100. Com base neste stack, todos os tokens/aplicações são compatíveis entre si, o que significa que um token/aplicação pode usar outras aplicações em qualquer lugar.
Acordos e aplicações
Na pilha de protocolo BRC-100, um protocolo é um padrão para descrever as propriedades, operações e operações computacionais de uma aplicação. Uma aplicação é uma instância criada após o protocolo ter sido implantado na rede Bitcoin através de uma inscrição.
Uma aplicação é essencialmente um token com poder computacional e status. O poder computacional da aplicação é descrito em detalhe no protocolo. Se não adicionar uma subaplicação, a aplicação não pode ter poder computacional não descrito no acordo. A subaplicação adicionada também só pode ter o poder computacional do protocolo; caso contrário, o indexador público não pode verificar o estado da aplicação, causando uma inconsistência entre o estado do utilizador e da aplicação.
Aninhamento de aplicativos
As aplicações implementadas com base no BRC-100 e nos seus protocolos estendidos podem ser aninhadas, ou seja, sob uma aplicação, pode ser criada outra aplicação, chamada de subaplicação.
O ticker do aplicativo filho começa com "parent application ticker:". Vários aplicativos podem ser criados em um aplicativo para completar a lógica de cálculo independente múltipla. Por exemplo, no cenário clássico do AMM DEX, vários subaplicativos/tokens LP, como "amm_dex: LP_BRC100_BTC", precisam ser criados em um aplicativo DEX.
Estado do aplicativo e endereço
Além do modelo UTXO, o protocolo BRC-100 também introduz um modelo de máquina de estados para expandir as capacidades computacionais do protocolo.
As aplicações, subaplicações e endereços podem todos ter estados. Por exemplo, as aplicações podem deter tokens, e os endereços podem deter saldos dentro das aplicações. As transições de UTXO e de estado são feitas com as instruções burn2/burn3 e mint2/mint3.
As operações computacionais (cop) são usadas para representar lógica computacional específica, ou seja, lógica de transformação de estado de aplicação e endereço.
Por exemplo, o endereço A destrói 10 token1 para a aplicação através da inscrição burn3. Neste ponto, a aplicação tem este UTXO e 10 token1. A aplicação pode alocar estes 10 token1 através da sua lógica computacional, alterando qualquer endereço ou o estado interno da aplicação. Em seguida, o endereço do token1 na aplicação ou a aplicação pode criá-lo com o comando mint3.
Permissões
O protocolo BRC-100 introduz dois papéis: proprietário e administrador.
O endereço com a inscrição de implementação do aplicativo é chamado de proprietário. Os proprietários podem rastrear as transferências de UTXO com inscrições de implementação. O proprietário de todos os aplicativos filhos é o proprietário do aplicativo pai.
Os administradores são geridos pelo proprietário e os administradores não podem gerir outros administradores. Os direitos dos proprietários e administradores são estritamente limitados. Eles não podem aprovar utilizadores; só podem gerir aplicações que não tenham lançado DAO e completar operações computacionais mint2/burn2.
Um administrador pode ser um endereço, aplicação ou subaplicação. Por padrão, a aplicação e a subaplicação são administradores um do outro; não são necessárias configurações adicionais, mas as subaplicações não são administradoras uma da outra.
A inscrição burn2/burn3 precisa ser enviada ao implantador do aplicativo para processamento adequado.
Alguns dos tokens que a instrução "mint2" precisa para ser criada só podem ser logicamente alocados pelo app/sub-aplicação, e o app/sub-aplicação precisa ser o administrador do token. A instrução "burn2" também tem uma lógica semelhante.
A inscrição burn2/burn3 precisa ser enviada ao implementador da aplicação para processamento adequado de acordo com a lógica da operação computacional.
Governança descentralizada de aplicações
A pilha de protocolos BRC-100 introduz um protocolo de governação: BRC-101, que governa aplicações que implementam o BRC-100 ou os seus padrões de protocolo estendidos. Uma vez que a aplicação lança o DAO, precisa de completar a governação através de votação descentralizada.
A governança da aplicação inclui a atualização das propriedades da aplicação e subaplicação, a implementação de subaplicações e a paragem de aplicações. A governança da aplicação é uma governança on-chain. Uma vez aprovada a votação on-chain, a aplicação deve ser notificada através da ação computacional: egov, e a aplicação realizará automaticamente a governança após o tempo estar bloqueado.
Implementar aplicações/tokens
No protocolo BRC-100, existem duas maneiras de implementar aplicações: uma é implementar diretamente usando instruções de implementação e a outra é implementar através do protocolo de governança, BRC-101.
O primeiro é usado para implantar aplicações pai e filho que não requerem a configuração de governação, e o outro é usado para implantar aplicações filho que requerem governação.
Cunhar tokens
O protocolo BRC-100 fornece três instruções de cunhagem: cunhagem, cunhagem2 e cunhagem3, para cunhar tokens em diferentes cenários.
Ao implementar uma aplicação, é necessário definir o número de tokens que os utilizadores podem criar (usando o comando 'mint'). Os tokens restantes também serão criados utilizando as instruções de 'mint'.
"Casa da Moeda": Casas da Moeda do usuário, casas da moeda justas, qualquer pessoa pode cunhar tokens para os usuários, mas o número total de operadores de "hortelã" cunhando não pode exceder as configurações dos atributos "max" e "mma" do aplicativo. Após a cunhagem, a oferta circulante de tokens aumentará.
"mint2": mintagem da lista branca, a aplicação regista o número de utilizadores ou aplicações que podem ser cunhadas, e qualquer pessoa pode cunhar tokens mint2 para o utilizador ou aplicação de acordo com as regras da aplicação. Após a mintagem mint2, o fornecimento circulante de tokens também aumentará.
“mint3”: Mint3 é a cunhagem do tesouro. mint3 é o saldo dos utilizadores ou aplicações noutras aplicações. Qualquer pessoa pode aplicar tokens mint3 para utilizadores ou aplicações, de acordo com as regras de aplicação. Após mint3, o fornecimento circulante de tokens não aumentará.
Destruir tokens
Destroy é uma nova operação introduzida no protocolo BRC-100. Os usuários podem gravar a operação de destruição e, em seguida, transferir a inscrição para o implantador do aplicativo, que é semelhante à semântica da operação de transferência. Os tokens queimados serão destruídos ou transferidos para o saldo do aplicativo.
Semelhante à definição de uma operação de cunhagem, existem 3 operadores de queima: queimar, queimar2 e queimar3, que correspondem logicamente a cunhar, cunhar2 e cunhar3, respetivamente. Não é necessária nenhuma configuração adicional, e todas as apps/tokens suportam estas três instruções de queima.
"Burn": Queima pública, onde todos podem usar instruções para destruir tokens. Uma vez que o token é destruído com sucesso, a circulação diminui, e o token destruído não pode ser cunhado novamente.
"burn2": A lista branca é destruída. De acordo com as regras definidas pelo aplicativo, depois que os tokens burn2 forem transferidos para o aplicativo, o saldo do usuário diminuirá, o status do aplicativo será atualizado de acordo e a circulação diminuirá. Na realidade, lógicas como a remoção de liquidez no AMM DEX podem ser implementadas através do burn2.
"Burn3": O tesouro é destruído. Burn3 irá reduzir o saldo de token do usuário e aumentar o saldo do aplicativo "para". Em aplicações reais, é possível cooperar com a mint3 para completar a lógica de troca de tokens e aumentar a liquidez no AMM DEX.
Impostos sobre transações e deflação
O acordo BRC-100 introduziu um novo mecanismo para negociar tokens: impostos e deflação de transações. As aplicações podem definir percentagens de imposto sobre transações, destinatários de impostos e percentagens de buraco negro de transações. Estas definições só têm efeito ao negociar em bolsas descentralizadas baseadas em AMM. Transferências normais, emissões e operações de destruição não incorrem em impostos sobre transações ou deflação.
Operações computacionais
As operações computacionais são comportamentos computacionais estendidos do protocolo BRC-100. É representado pelo atributo cop e é a menor unidade de potência computacional do protocolo. Quando usado com o operador op: burn2/burn3/mint2/mint3, pode ser entendido como uma função de transição de estado, que define como o estado da aplicação e do usuário é atualizado sob o operador op correspondente.
Oracle oráculos
Oracle é um requisito comum para blockchain interagir com todas as partes sob a cadeia, e tem sido bem implementado e aplicado em blockchains como Ethereum. Sem oráculos, contratos inteligentes na blockchain ficariam totalmente limitados aos dados on-chain. No entanto, em comparação com blockchain, o protocolo BRC-100 tem características muito especiais.
Não apenas possui o poder de computação da blockchain, mas também depende de um indexador off-chain para completar o cálculo. Ao mesmo tempo, os indexadores off-chain podem comunicar diretamente com outras blockchains ou meta-protocolos, mas as blockchains não podem fazer isso, o que significa que o indexador pode verificar se os dados off-chain ou on-chain atendem aos requisitos do protocolo Oracle BRC-100.
Exemplos: verificar a transferência de BTC ou ativos BRC-20, verificar o preço do ETH num bloco Ethereum, etc.
Em outras palavras, no protocolo BRC-100, os oráculos têm um novo paradigma: atestação e verificação, onde os usuários submetem dados de atestação, e o indexador age como um Verificador de Oráculos para verificar os dados de atestação submetidos pelo usuário fora do acordo, sem a necessidade de um serviço de Oráculo separado.
No protocolo BRC-100, as instruções burn2/burn3/mint2/mint3 suportam nativamente atributos de prova para submeter dados de prova fora do protocolo. O indexador pode verificar os dados de certificação e garantir a consistência e precisão do estado. A prova pode ser uma prova de transferência, prova de árvore de Merkel, prova de conhecimento zero, prova de preço, etc., e pode ser usada para cenários como ativos, distribuições aéreas, etc., e pode ser usada para cenários como a camada 2 do Bitcoin, liquidação de empréstimos, etc.
protocolo de retransmissão
O meta-protocolo no Bitcoin é heterogéneo e não pode comunicar entre si. Diferentes protocolos são semelhantes a diferentes blockchains; partilham a segurança da blockchain do Bitcoin e têm capacidades computacionais diferentes. Além disso, os meta-protocolos não podem comunicar diretamente com outras blockchains: o Ethereum, por exemplo, não pode usar ativos em outras blockchains.
Portanto, a pilha de protocolos BRC-100 requer um protocolo de retransmissão para completar a comunicação entre Bitcoin, meta-protocolo, blockchain e o protocolo BRC-100, bridging de ativos em outros protocolos ou blockchains para BRC-100, e participar em aplicações descentralizadas como DeFi. Entretanto, devido à diversidade de protocolos e blockchains, o BRC-100 terá múltiplos protocolos de retransmissão.
Primeiro, iremos lançar: BRC-103, que é responsável por ligar ativos entre Bitcoin, BRC-20 e BRC-100.
Quando um ativo é transferido do meta-protocolo ou blockchain (origem) para o protocolo BRC-100 (destino), a fim de que o indexador verifique a correção da transmissão, é necessário enviar prova de dados de transmissão usando o comando "mint2", que é chamado de prova de transmissão.
A prova de transferência significa que, quando um ativo ancorado é criado no protocolo de destino (BRC-100), os dados de transferência do lado da origem (como Bitcoin, BRC-20 ou outro blockchain) também devem ser enviados como prova. Isso pode ser um hash de transação ou ID de inscrição.
Para que todos os indexadores BRC-100 possam verificar a correção da cunhagem dos ativos ancorados.
A prova de transferência é uma aplicação muito importante do protocolo BRC-100 da Oracle.
Casos de uso do protocolo
Uma vez que o BRC-100 foi estendido a partir do BRC-20, essencialmente possui todos os cenários de aplicação do BRC-20, mas os cenários de aplicação do BRC-100 são muito mais do que isso. Ainda podemos expandir com base no protocolo BRC-100. Aqui estão algumas das extensões oficiais listadas, algumas das quais já estão em desenvolvimento:
BRC-101 (lançado)
O protocolo de governação descentralizada da stack BRC-100 define como atualizar os atributos das aplicações/tokens pai/filho, parar aplicações e adicionar aplicações filho.
Além disso, o BRC-101 também pode concluir a governação fora da cadeia através de votação descentralizada.
BRC-102 (em desenvolvimento)
Um protocolo de liquidez automatizado define como trocar tokens pela pilha de protocolos BRC-100 através de um algoritmo de criador de mercado automatizado (AMM). A lógica de cálculo será semelhante à do Uniswap na Ethereum.
BRC-103 (em desenvolvimento)
Um protocolo de retransmissão entre BTC, BRC-20 e BRC-100. O meta-protocolo no Bitcoin é heterogêneo e não consegue comunicar entre si. Diferentes protocolos são semelhantes a diferentes cadeias. Eles partilham a segurança da cadeia de blocos do Bitcoin e têm diferentes capacidades de computação.
Portanto, a pilha de protocolos BRC-100 publicará vários protocolos de retransmissão para concluir a comunicação entre meta-protocolos, cadeias diferentes e BRC-100, e ligar outros protocolos e ativos on-chain ao BRC-100 para participar em DApps como DeFi.
BRC-104
Os acordos de mineração de liquidez definem como obter recompensas de token após apostar tokens.
Um token de staking pode ser qualquer token baseado em BRC-100, como o token da pool de liquidez do protocolo BRC-103, ou o mesmo token como token de recompensa. Além disso, o BRC-104 irá suportar o bloqueio de tokens apostados durante o período de bloqueio.
BRC-105
Um protocolo de airdrop define como distribuir eficientemente tokens para vários endereços.
O protocolo usará a Árvore de Merkle para concluir a distribuição gratuita e economizar em taxas de transação, uma vez que todos os dados originais da distribuição gratuita não precisam ser tornados públicos no Bitcoin. Os usuários só precisam enviar a Prova de Merkle para provar que possuem a distribuição gratuita durante o “mint2”, e então todos os indexadores podem verificar a correção para concluir a distribuição gratuita.
BRC-106
Um protocolo de pool de stablecoin descentralizado define como as stablecoins são geradas através de garantia.
A lógica computacional será semelhante à DAI do MakerDAO3 na Ethereum.
BRC-107
Um acordo de pool de empréstimos define como os ativos podem ser emprestados através de garantia.
A lógica computacional será semelhante à Aave no Ethereum.
BRC-108
Um protocolo de liquidez automatizado para stablecoins.
BRC-109
Protocolo de negociação descentralizado para futuros perpétuos.
BRC-110
Um protocolo de retransmissão entre blockchains compatíveis com EVM e BRC-100 define como os ativos nas blockchains compatíveis com EVM podem ser conectados ao BRC-100.
BRC-111
O protocolo de verificação da camada 2 do Bitcoin define como verificar os dados de prova da camada 2 do Bitcoin, como um contrato inteligente da camada 2 no Ethereum.
protocolo BRC-420 "6"
Proposta de um acordo
Após a proposta do protocolo BRC-20, outro novo protocolo experimental chamado BRC-420, também conhecido como protocolo metaverse, apareceu em 2023.9.19.
Conceito de Acordo
BRC-420 é uma experiência interessante. É o primeiro protocolo de metaverso no Protocolo Ordinals, um protocolo de ativos baseado no protocolo Bitmap.
Ao combinar várias inscrições num ativo complexo, como itens de jogo, animações e efeitos, ou módulos de jogo no metaverso. Tudo, desde personagens e animais de estimação pequenos até scripts de jogo completos e máquinas virtuais, foi criado.
Devido à sua natureza de código aberto on-chain, estes ativos podem ser executados ou verificados por qualquer cliente, refletindo plenamente o espírito 'Client Agnostic' dos jogos de blockchain.
O acordo BRC-420 é composto por duas partes: o Metaverse Standard (Padrão Metaverse), que define um formato aberto para ativos no metaverso, e o Royalty Standard (padrão de royalties), que estabelece um acordo on-chain para a economia do criador.
BRC-420 abre possibilidades para jogos on-chain da Ordinals e blockchains modulares. Diferentes criadores podem contribuir com diferentes módulos, e novos criadores podem construir sobre a inovação de seus predecessores. Isso tem levado a uma proliferação de inovações dentro do ecossistema da Ordinals, beneficiando todos os participantes.
Desenvolvimento do acordo
Atualmente, BRC-420 lançou o BRC-420 DLC em 3 de novembro de 2023, que pode integrar milhares de meta-inscrições em 1 DLC. Após a implementação, os utilizadores podem obter milhares de meta-ativos numa única cunhagem.
Acordo de Runas “7”
Proposta de um acordo
Depois do protocolo BRC20 ter sido lançado, Casey sentiu que não era uma boa ideia criar tokens homogeneizados no Bitcoin. 99% dos tokens homogeneizados são golpes e não desaparecerão a curto prazo. Criar um bom protocolo de token homogeneizado para o Bitcoin provavelmente trará receitas significativas de taxas de transação para o Bitcoin, atenção dos desenvolvedores e usuários.
Casey propôs o protocolo Runes baseado na tecnologia UTXO em 26.9.2023.
O design do protocolo Runes também pode ter sido afetado pelo ARC20. A escolha foi escrever os dados do token diretamente no script UTXO, que inclui o ID, output e quantidade de tokens.
Obviamente, a implementação das Runes é muito semelhante à da ARC20, e as transferências de tokens são tratadas diretamente na mainnet do BTC. A diferença é que as Runes escrevem o número de tokens nos dados do script, o que as torna mais precisas do que a ARC20.
Ao mesmo tempo, no entanto, a complexidade também aumentou, tornando difícil utilizar diretamente a natureza combinatorial do BTC UTXO como ARC20.
Desenvolvimento do acordo
Desde o lançamento do acordo Runes, uma vez que o esforço de desenvolvimento de Casey foi principalmente no protocolo Ordinais, o desenvolvimento do protocolo Runes tem sido lento, razão pela qual Benny rapidamente ultrapassou as esquinas e desenvolveu o protocolo Pipe após o lançamento do acordo Runes.
Durante a Semana Blockchain de Taiwan em dezembro, Casey também anunciou num evento em Taipei que o Protocolo Runes será lançado na rede principal. No bloco de altura 840.000, ou seja, da próxima vez que o BTC for reduzido para metade, provavelmente será no final de abril de 2014.
Após pesquisar o plano de emissão de ativos BTC, também senti totalmente o seu encanto, por isso também mencionei algumas das minhas próprias opiniões subjetivas:
Finalmente, obrigado por ler este artigo. O objetivo original deste artigo é fornecer-lhe uma compreensão melhor e mais abrangente do desenvolvimento do ecossistema BTC, e você também é bem-vindo para vir falar comigo. Nos próximos dias, irei publicar algumas opiniões de tempos a tempos, e também irei escrever outro artigo sobre o plano de expansão, por isso fiquem atentos.