Desde o primeiro trimestre de 2024, o entusiasmo especulativo no ecossistema BTC não tem sido tão elevado como em 2023. No entanto, à medida que mais e mais promotores se juntam e se familiarizam com o modelo BTC, o ecossistema BTC tem feito rápidos progressos a nível técnico. , especialmente em termos de programabilidade. Os laboratórios Trustless introduziram anteriormente a ligação do L2 do BTC ao UTXO e ao re-staking do BTC. Este artigo continuará a preencher as lacunas e a se concentrar nas soluções programáveis dos protocolos de metadados Fractal Bitcoin e BTC, como BRC 20, CBRC e ARC 20. , que atraíram muita atenção.
Fractal
Fractal é uma virtualização de software cliente baseada no núcleo do bitcoin. Ao criar recursivamente uma estrutura escalonável em forma de árvore, cada camada de blockchain pode melhorar o desempenho de toda a rede Fractal. Como o código principal é reutilizado, o Fractal é instantaneamente totalmente compatível com o Bitcoin e sua infraestrutura, como a mineração. A diferença é que o Fractal ativa o operador op_cat, permitindo que mais lógica seja implementada.
Fractal é desenvolvido pela equipe Unisat. A Unisat mencionou o progresso do desenvolvimento do Fractal em seu blog em janeiro de 2024. O projeto lançou a rede de testes Beta em 1º de junho de 2024 e concluiu a redefinição da fase de testes em 29 de julho. A rede principal está prevista para ser lançada em setembro de 2024.
A equipe acaba de lançar sua economia de token. A rede Fractal terá seu próprio token, 50% produzido por mineração, 15% usado no ecossistema, 5% pré-vendido para os primeiros investidores e 20% para consultores e contribuidores principais, 10. % do subsídio comunitário é utilizado para estabelecer parcerias e liquidez.
Projeto de arquitetura
Fractal virtualiza completamente o cliente principal do bitcoin e o encapsula em um pacote de software blockchain implantável e executável (Bitcoin Core Software Package, BCSP). Em seguida, ele é ancorado recursivamente à rede principal do Bitcoin e executa uma ou mais instâncias do BCSP de forma independente. Através da moderna tecnologia de virtualização, é alcançado um compartilhamento eficiente de desempenho de hardware, permitindo que múltiplas instâncias sejam executadas no sistema principal. Simplificando, é semelhante a abrir várias instâncias de máquinas virtuais (instâncias BCSP construídas pela Fractal) em um computador (rede principal BTC) e pode ser continuado recursivamente.
Quando surge um grande número de requisitos de interação na cadeia, esses requisitos podem ser delegados seletivamente a níveis mais profundos. As capacidades de equilíbrio dinâmico deste sistema ajudam a evitar congestionamento excessivo em qualquer nível específico. Para uma melhor experiência do usuário, Fractal também fez algumas modificações no núcleo do bitcoin. O tempo de confirmação do bloco foi alterado para 30 segundos ou menos, e o tamanho do bloco foi aumentado 20 vezes para 20 MB, o que garante desempenho suficiente e atraso suficiente. .
Fractal ativa o operador op_cat, possibilitando explorar e testar mais planos de expansão no BTC.
No nível da cadeia de ativos, uma vez que diferentes instâncias são executadas no mesmo ambiente físico, pode-se entender que múltiplas cadeias centrais de bitcoin estão sendo executadas sob a mesma estrutura BTC. Portanto, as cadeias de instâncias podem se comunicar entre si através da construção de uma interface universal de transferência de ativos. Para conseguir uma transferência perfeita de ativos entre diferentes camadas.
O Bitcoin, assim como ativos como BRC-20 e Ordinals, podem ser superados por meio da descentralização. O mecanismo subjacente é um mecanismo rotativo de assinatura MPC com substituição dinâmica. Atualmente, parece ser uma camada de embalagem. Nas iterações subsequentes, o BTC e outros ativos da rede principal também poderão existir no Fractal Bitcoin como ativos embalados em BRC-20.
Em comparação com soluções típicas da Ethereum Layer 2, esta forma de virtualização permite escalabilidade computacional através de camadas de abstração adicionais fora da cadeia principal, mantendo a consistência com a cadeia principal e não introduzindo novos mecanismos de consenso. Portanto, os atuais mineradores BTC ASIC e pools de mineração podem ingressar perfeitamente na rede Fractal.
A garantia de segurança do Fractal reside no seu poder computacional. Em termos de design, existem três aspectos principais para aumentar a segurança do mecanismo PoW do Fractal. A Fractal introduziu a mineração mesclada, onde um bloco em cada três blocos é gerado pela mineração mesclada com mineradores BTC para ajudar a proteger a rede de possíveis ataques de 51%; Pode-se ver que o impacto sobre os mineradores BTC é a chave para o sucesso do Fractal, e sua economia simbólica inevitavelmente se inclinará para os mineradores.
Ao mesmo tempo, a cadeia de instâncias virtualizadas recém-criada passará por um período inicial de vulnerabilidade durante a fase de inicialização. Ao iniciar uma nova instância, os operadores podem definir uma altura de bloco específica para fornecer proteção até que a instância atinja um estado seguro e íntegro. No futuro, os mineiros com grande capacidade computacional poderão alocar os seus recursos a diferentes instâncias do BCSP, aumentando assim a robustez e a resiliência de todo o sistema.
Fractal A relação entre moedas mainnet e sats
A saída de mineração da moeda principal do Fractal é garantir a operação da cadeia. A cadeia fb é basicamente a mesma que o BTC e não tem a capacidade de executar contratos inteligentes diretamente. Portanto, funções de definição complexas, como swap, requerem infraestrutura adicional. A Unisat promete usar brc 20 sats para swap. Este swap roda em Fractal e também requer nós próprios. A taxa de serviço cobrada por esses nós para autofinanciamento é sats.
shopping
AVM (Atomics Virtual Machine) é a implementação de contrato inteligente BTC do Protocolo Atomics. AVM cria uma máquina virtual que simula a permissão de script BTC e abre vários opcodes originais BTC na máquina virtual. Os desenvolvedores implementam contratos inteligentes por meio de uma combinação de scripts Bitcoin e definem suas próprias regras para gerenciar a criação e transferência de ativos.
Satoshi Nakamoto projetou um design de linguagem de script totalmente expressivo no início do Bitcoin, que contém um rico conjunto de instruções de opcode primitivas. Esses scripts têm certos recursos de armazenamento de dados e sua execução é Turing completa. Posteriormente, o Bitcoin Core desativou alguns opcodes necessários para a integridade de Turing, como operações básicas de concatenação de strings (OP_CAT) e operadores aritméticos (como multiplicação OP_MUL e divisão OP_DIV).
A ideia do AVM é maximizar as capacidades do código de operação original do BTC. A máquina virtual AVM emula o script BTC e é Turing completa por meio de um PDA (autômato de armazenamento pushable) de pilha dupla. Esta máquina virtual é executada em uma sandbox, que contém um indexador, um analisador de instruções e um estado global para realizar o processamento inteligente de contratos e a sincronização e verificação de status.
O conjunto de instruções da máquina virtual AVM contém o opcode BTC completo, para que os desenvolvedores possam programar usando muitas funções BTC não ativadas na rede principal. Isso faz com que a AVM pareça uma rede pioneira nativa para a expansão ecológica do BTC.
AVM é um conjunto de arquiteturas que podem ser customizadas por qualquer protocolo de metadados BTC, como BRC 20, ARC 20, Runes e CBRC. É gerenciado conjuntamente por desenvolvedores de aplicativos, provedores de serviços e usuários, formando um consenso espontâneo. Portanto, é adequado para quase todos os protocolos de metadados e requer apenas o ajuste fino do indexador na máquina virtual.
AVM lançou uma versão de teste https://x.com/atomicalsxyz/status/1823901701033934975 e código relacionado https://github.com/atomicals/avm-interpreter.
ON_NET
Site oficial: https://opnet.org/#
OP_NET foi proposto no terceiro trimestre de 2024 e está empenhado em introduzir funções de contrato inteligente semelhantes ao Ethereum na rede Bitcoin, mas está mais alinhado com as características e arquitetura do Bitcoin. Para negociar na OP_NET, use apenas Bitcoin nativo, sem necessidade de usar outros tokens para pagar incentivos de nó ou taxas de transação.
OP_NET fornece uma biblioteca de desenvolvimento completa, compacta e fácil de usar, escrita principalmente em AssemblyScript (semelhante ao TypeScript, que pode ser compilado para WebAssembly. Seu objetivo de design é simplificar a criação, leitura e operação de tecnologias relacionadas ao Bitcoin, especialmente em smartphones e Bitcoin Smart Inscription (BSI, Bitcoin Smart Inscription).
Funções e recursos principais do OP_NET
OP_NET preserva o consenso do bloco Bitcoin e a disponibilidade de dados, garantindo que todas as transações sejam armazenadas na rede Bitcoin e protegidas por sua imutabilidade. Através de uma máquina virtual de execução (OP_VM), o OP_NET pode realizar cálculos complexos em blocos Bitcoin. Todas as transações OP_NET enviadas são marcadas com a string “BSI” e executadas em OP_VM para atualizar o estado do contrato.
O nó OP_NET executa uma máquina virtual WASM e, portanto, suporta múltiplas linguagens de programação, como AssemblyScript, Rust e Python. Ao aproveitar o Tapscript para habilitar funções avançadas de contrato inteligente, os desenvolvedores podem implantar e implantar diretamente no blockchain Bitcoin Interactive sem permissão. contratos inteligentes.
O código desses contratos inteligentes é compactado e gravado em transações BTC. Desta vez, é produzido um endereço UTXO, que é considerado o endereço do contrato. Os usuários precisam transferir fundos para este endereço ao interagir com o contrato.
Ao interagir com a rede OP_NET, além da taxa de manuseio para transações BTC, os usuários precisam pagar uma taxa de manuseio adicional de pelo menos 330 satoshis. Isso é para garantir que a transação não seja reconhecida como um “ataque de poeira” pelo BTC. mineradores da rede principal. Os usuários podem adicionar mais taxas de gás, e o pedido de empacotamento das transações na rede OP_NET será classificado de acordo com a taxa de manuseio e não depende inteiramente do pedido de empacotamento do bloco BTC. Se a taxa de transação OP_NET paga pelo usuário for superior a 250.000 sat, o excesso será recompensado à rede de nós OP_NET.
Para expandir o uso do BTC em aplicações DeFi, o OP_NET fornece um sistema de Prova de Autoridade que permite que o BTC seja encapsulado à medida que o WBTC Mainnet BTC é conectado ao protocolo OP_NET por meio de assinaturas múltiplas.
Vale ressaltar que OP_NET é compatível com SegWit e Taproot, e seu design de token não está vinculado ao UTXO, evitando o risco de envio incorreto de tokens aos mineradores, melhorando ainda mais a segurança e confiabilidade do sistema. Por meio desses recursos, o OP_NET injeta funcionalidades mais fortes de contratos inteligentes e suporte descentralizado a aplicativos no ecossistema Bitcoin.
Projeto ecológico da OP_NET
O antecessor do OP_NET é o protocolo cbrc-20, e a maioria dos projetos ecológicos o continua diretamente. A ecologia abrange negociação descentralizada, empréstimos, criação de mercado, fornecimento de liquidez, pontes entre cadeias e outros campos:
Motoswap: Este é um protocolo de troca descentralizado que roda no Bitcoin Layer 1.
Stash: Este é um protocolo de empréstimo descentralizado executado na Camada 1 do Bitcoin. Stash usa o WBTC da OP_NET como garantia, permitindo que os usuários realizem empréstimos sem permissão, com empréstimos emitidos na forma de stablecoins em dólares americanos.
Ordinal Novus: Esta é a plataforma de criação de mercado e fornecimento de liquidez no ecossistema OP_NET.
Ichigai: Este é um agregador descentralizado que integra múltiplas plataformas DeFi para que os usuários possam gerenciar negociações, rastreamento de mercado e carteiras de investimento em uma única interface.
SatBot: Um bot de negociação integrado ao Telegram que permite aos usuários executar negociações, acompanhar mercados e gerenciar carteiras em tempo real através do Telegram.
KittySwap: Uma plataforma de troca descentralizada e contrato perpétuo rodando em OP_NET.
Redigido: Fornece serviços bancários privados DeFi privados e compatíveis na rede.
SLOHM Finance: Um projeto de moeda de reserva descentralizada lançado no OP_NET.
BuyNet: Um bot de compra desenvolvido para o ecossistema Bitcoin DeFi.
SatsX: Um projeto para desenvolver recursos e ferramentas multifuncionais no OP_NET, ampliando as capacidades do ecossistema.
Moedas Meme como Satoshi Nakamoto Inu, Zyn, Unga, Pepe: são tokens Meme baseados no protocolo OP_ 20, todos suportados pela OP_NET.
BRC 100
Documentação: https://docs.brc100.org
BRC-100 é um protocolo de computação descentralizado baseado na teoria dos Ordinais. Ao adicionar novas operações como “destruir” e “lançar” ao brc 20, através da combinação dessas novas operações, diferentes detentores de endereços são registrados no saldo do token e. status para alcançar operações de definição complexas. Os desenvolvedores também podem expandir mais operadoras baseadas no protocolo BRC-100 para expandir os negócios.
Operação do protocolo BRC-100
O BRC-100 fornece algumas operações: mint 2/mint 3 e burn 2/burn n3, para que os tokens possam ser convertidos com segurança entre o modelo UTXO e o modelo de máquina de estado:
mint 2: utilizado para gerar novos tokens e aumentar a circulação de todo o sistema. Geralmente requer permissão de um aplicativo ou endereço para operar.
hortelã 3: Semelhante ao hortelã 2, mas não aumenta a circulação. É usado principalmente para converter saldos em aplicações em UTXOs (Unspent Transaction Outputs), que podem ser usados em outras aplicações.
burn 2: usado para destruir tokens e atualizar o status do aplicativo ao mesmo tempo. Os tokens destruídos podem ser regenerados através do mint 2 se certas condições forem atendidas.
burn n3: semelhante ao burn 2, mas em vez de reduzir a circulação, os tokens são convertidos no estado da aplicação. Os tokens destruídos podem ser regenerados via mint 3.
Extensões e compatibilidade
As capacidades de computação e transições de estado podem ser expandidas através do protocolo de extensão BRC-100. Todos os protocolos de extensão BRC-100 são compatíveis entre si, ou seja, tokens que implementam o BRC-100 e seus protocolos de extensão podem ser utilizados em todas as aplicações. Ao mesmo tempo, o protocolo BRC-100 e seus protocolos de extensão podem ser atualizados e aprimorados melhorando o protocolo.
O protocolo BRC-100 e todas as extensões e protocolos de melhoria são chamados coletivamente de pilha de protocolos BRC-100. Todos os protocolos de extensão BRC-100 são compatíveis entre si, ou seja, os tokens que implementam o BRC-100 e seus protocolos de extensão podem ser. usado em todas as aplicações e apoiar a operação da cadeia transfronteiriça. Existem BRC-101, BRC-102 e BRC-104:
BRC-101 é um protocolo de governança descentralizado em cadeia que define como governar aplicações baseadas no protocolo BRC-100 ou em seus protocolos de extensão.
BRC-102 é um protocolo de liquidez automatizado para ativos BRC-100. Ele define um método automatizado de criação de mercado baseado na "fórmula de produto constante" (x*y=k) para um par de tokens baseado na pilha de protocolos BRC-100. .
BRC-104 é um protocolo de pool de piquetagem pesada/de liquidez que define como empacotar ativos BRC-20, ativos runas e BTC em ativos BRC-100 por meio de piquetagem e como distribuir recompensas de ativos BRC-100 para ativos BRC-100, BRC -20 ativos, ativos rúnicos ou apostadores BTC. BRC-104 é o protocolo Asset Wrapping e o protocolo Yield Farming da pilha de protocolos BRC-100.
Projeto Ecológico BRC-100
A equipe do projeto está explorando um método para obter indexação mínima para o indexador do protocolo BRC-100. O lado da demanda pode implantar seu próprio índice mínimo para obter o status de todos os ativos da pilha de protocolos BRC-100 sem ter que implementar a complexa lógica de cálculo de todos os protocolos estendidos. Além disso, os índices mínimos não requerem atualizações ou upgrades frequentes.
Existem 3 projetos no ecossistema BRC-100:
inBRC (lançado) - O primeiro mercado e indexador BRC-100: https://inbrc.org/.
100Swap (lançado) - A primeira exchange descentralizada Bitcoin L1 AMM Inscription baseada no protocolo BRC-102: https://100swap.io/.
100Layer (em desenvolvimento) - Um protocolo de liquidez para o ecossistema Bitcoin no Bitcoin L1, baseado no protocolo BRC-104 e no protocolo BRC-106, consistindo em stablecoins descentralizadas apoiadas por garantias, tokens embalados e mineração de liquidez: https://100layer. io/.
RUNES Programáveis (Protorunes)
Uma runa é essencialmente uma estrutura de dados armazenada no campo OP_RETURN do Bitcoin. Comparado com outros protocolos baseados em JSON (como o BRC-20), o Rune é mais leve e não depende de sistemas de indexação complexos, mantendo a simplicidade e a segurança do Bitcoin.
Runas Programáveis é uma camada de extensão de Runas que permite a criação de ativos programáveis com Runas. A introdução desses ativos pode existir em UTXO e suportar operações semelhantes aos protocolos AMM (criador de mercado automatizado). O conceito central das Runas Programáveis é usar dados no blockchain Bitcoin para implementar funções de contrato inteligente por meio de máquinas virtuais ou tecnologias semelhantes.
Protocolo Proto-Runas
Entre as runas programáveis, o projeto mais importante é o Protocolo Proto-Runas, que é desenvolvido pela equipe do fundador da carteira oyl @judoflexchop. Atualmente código aberto: https://github.com/kungfuflex/protorune
O Protocolo Proto-Runes é um padrão e uma especificação que fornece uma estrutura para runas programáveis. Ao gerenciar e transferir ativos de runas entre metaprotocolos, AMMs, protocolos de empréstimo ou contratos inteligentes maduros podem ser construídos.
Por exemplo, o Protocolo Proto-Runes implementa um DEX (troca descentralizada) semelhante ao Uniswap na rede Bitcoin, apoiando a troca atômica de ativos runas e a criação de pools de liquidez. Através da combinação de destruição de protótipos e mensagens de protótipos, os usuários podem realizar transações descentralizadas e gerenciamento de ativos sem sair da rede Bitcoin.
Simplificando, o Protocolo Proto-Runas permite que as runas sejam queimadas na forma de runas programáveis, Protorunes, dando assim às runas funções e usos adicionais.
Protoburn e Protorunes
Um dos principais mecanismos do Proto-Runes é o Protoburn, que permite aos usuários destruir e converter runas em representações usadas apenas por subprotocolos. Esses ativos rúnicos são direcionados por meio de ponteiros ou editais do Runestone no protocolo rúnico, gerando assim um novo ativo. forma no subprotocolo, que é a runa programável Protorunes.
A destruição do protótipo garante a impossibilidade de uso das runas, bloqueando-as na saída OP_RETURN. Este mecanismo garante que os ativos do Rune possam ser transferidos com segurança do protocolo principal para o subprotocolo, permitindo futuras operações e transações no subprotocolo.
Este processo geralmente é unilateral, ou seja, os ativos são transferidos do protocolo rúnico para o subprotocolo, mas não podem ser transferidos diretamente de volta. A mensagem Protoburn está embutida no Protostone no campo Protocolo do Runestone, e sua tag de protocolo é 13 (Rune Protocol Tag). A mensagem contém informações como ID do subprotocolo de destino e ponteiro de ativo. Este mecanismo fornece a base para o gerenciamento de ativos e transferência entre subprotocolos e permite funções como trocas atômicas.
Protomessagem
No protocolo Proto-Runes, Protomessage refere-se às instruções de operação executadas no subprotocolo. Ele faz isso codificando-o em uma estrutura Protostone e analisando-o pelo indexador. A protomensagem geralmente inclui solicitações de operação de ativos, como transferências, transações ou outras funções definidas pelo protocolo. Quando o indexador analisa um campo de mensagem no Protostone, o campo contém uma matriz de bytes, que normalmente é analisada via protobuf ou outro serializador esperado pelo subprotocolo e depois passado como parâmetro para o tempo de execução do subprotocolo. A mensagem pode envolver transferências de ativos, lógica de transação ou outras funcionalidades de protocolo.
O ponteiro é usado para especificar o local de destino do Protostone. Este local pode ser um UTXO na saída da transação ou outro Protostone. Se o subprotocolo decidir não executar uma entrada e a transação falhar, os protorunes serão devolvidos ao local apontado pelo ponteiro de reembolso (refund_pointer) e os ativos não utilizados serão devolvidos ao iniciador da transação original.
O mecanismo operacional do protocolo Proto-Runes
O mecanismo operacional do protocolo Proto-Runes é: o indexador primeiro processa o recurso Runestone no protocolo Rune e, em seguida, processa as mensagens do protocolo dos subprotocolos em sequência. Todos os protocolos são processados na ordem em que aparecem no campo Protocolo da Runestone. Para evitar complexidade e possíveis falhas de segurança, o protocolo Proto-Runes proíbe a execução recursiva de mensagens protótipo, ou seja, cada mensagem protótipo só pode ser executada uma vez. Quaisquer instruções recursivas causarão falha na transação e os ativos não utilizados serão devolvidos.
No protocolo Proto-Runes, LEB 128 (Little Endian Base 128) é uma codificação de comprimento variável usada para representar números inteiros grandes. A codificação LEB 128 é amplamente utilizada para representar campos de protocolo e mensagens para economizar espaço e melhorar a eficiência do processamento. Cada subprotocolo possui um rótulo de protocolo exclusivo que é usado para distinguir diferentes subprotocolos. Essas tags são representadas por valores u 128 e aparecem no Protostone como valores codificados LEB 128. O ponteiro é usado para especificar a localização alvo do Protostone, que pode ser um UTXO na saída da transação, ou outro Protostone, ou mesmo referenciar uma mensagem de protótipo para implementar lógica de operação complexa em um subprotocolo.
Desenvolvimento mais recente: Genesis Protorune
QUORUM•GENESIS•PROTORUNE é o primeiro Protorrune Seu Protoburn foi concluído com sucesso. Você pode ver que a operação correta do indexador ord ocorre sem cenotáfio porque OP_RETURN é usado para gerar o saldo de QUORUM•GENESIS•PROTORUNE . visto através deste link: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572.
Esta implementação do Genesis Protorune serve apenas como referência e não se destina à venda. Destina-se a servir como um fórum aberto para padrões Protorune e pode ser integrado ao protocolo para fornecer funções de governança para tokens de projeto.
@judoflexchop A equipe ainda está desenvolvendo um indexador para este protorune de gênese, um WASM: https://github.com/kungfuflex/quorumgenesisprotorune
Este é um modelo funcional para implementar governança on-chain no Bitcoin L1, atuando como um indexador que permite aos usuários gerar tokens de votação por meio de protomensagem. Os tokens de votação só podem ser gerados uma vez por proposta para o mesmo intervalo de runas. As propostas são executadas automaticamente ao atingir o quórum, e os usuários também podem retirar seus votos transferindo seus tokens de voto para um endereço não gastável. Todo o processo garante transparência e eficácia da governança.