Bitcoin Cash : Monnaie électronique pair-à-pair pour le monde
O Bitcoin Cash (BCH) foi gerado a partir de um hard fork do Bitcoin em 1º de agosto de 2017. Ele não possui whitepaper próprio — o documento apresentado aqui é o whitepaper original do Bitcoin, de Satoshi Nakamoto, que o Bitcoin Cash referencia como fundamento de sua visão de dinheiro eletrônico peer-to-peer.
Abstract
O Bitcoin Cash é um sistema de dinheiro eletrônico peer-to-peer que se bifurcou da blockchain do Bitcoin em 1 de agosto de 2017. Criado em resposta às limitações de escalabilidade do Bitcoin, o Bitcoin Cash aumentou o limite do tamanho de bloco para permitir maior throughput de transações e taxas mais baixas, restaurando a visão original do Bitcoin como um meio de troca prático para transações cotidianas. Com blocos de 32MB, um algoritmo de ajuste de dificuldade adaptativo e desenvolvimento contínuo do protocolo, o Bitcoin Cash visa escalar on-chain para servir como dinheiro peer-to-peer global.
O projeto Bitcoin Cash nasceu de uma divergência fundamental dentro da comunidade Bitcoin sobre como a rede deveria escalar para acomodar a crescente demanda. Enquanto uma facção defendia soluções de escalabilidade off-chain, como a Lightning Network construída sobre o SegWit, outra facção argumentava que aumentar o limite do tamanho de bloco era a abordagem mais direta e comprovada para escalar. Quando o consenso não pôde ser alcançado, o segundo grupo executou um hard fork, criando uma nova cadeia que preservou o histórico de transações do Bitcoin enquanto implementava um limite de tamanho de bloco maior e rejeitava o SegWit. Este documento descreve as especificações técnicas, a filosofia de design e a trajetória de desenvolvimento do Bitcoin Cash.
Abstract
Bitcoin Cash est un système d'argent électronique pair-à-pair issu d'une bifurcation de la blockchain Bitcoin le 1er août 2017. Créé en réponse aux limitations de scalabilité de Bitcoin, Bitcoin Cash a augmenté la limite de taille de bloc pour permettre un plus grand débit de transactions et des frais plus bas, restaurant la vision originale de Bitcoin comme moyen d'échange pratique pour les transactions quotidiennes. Avec des blocs de 32 Mo, un algorithme d'ajustement de difficulté adaptatif et un développement continu du protocole, Bitcoin Cash vise à évoluer on-chain pour servir d'argent pair-à-pair mondial.
Le projet Bitcoin Cash est né d'un désaccord fondamental au sein de la communauté Bitcoin sur la manière dont le réseau devrait évoluer pour s'adapter à la demande croissante. Tandis qu'une faction prônait des solutions de scalabilité hors chaîne telles que le Lightning Network construit sur SegWit, une autre faction soutenait que l'augmentation de la limite de taille de bloc était l'approche la plus directe et éprouvée pour la mise à l'échelle. Lorsqu'un consensus n'a pas pu être atteint, ce dernier groupe a exécuté un hard fork, créant une nouvelle chaîne qui préservait l'historique des transactions de Bitcoin tout en implémentant une limite de taille de bloc plus grande et en rejetant SegWit. Ce document décrit les spécifications techniques, la philosophie de conception et la trajectoire de développement de Bitcoin Cash.
Introduction
O whitepaper original do Bitcoin, publicado por Satoshi Nakamoto em 2008, descrevia "uma versão puramente peer-to-peer de dinheiro eletrônico" que permitiria "pagamentos online serem enviados diretamente de uma parte para outra sem passar por uma instituição financeira". Essa visão do Bitcoin como um meio de troca para transações cotidianas foi central para sua adoção inicial e crescimento da comunidade. Os primeiros defensores do Bitcoin citavam frequentemente as baixas taxas de transação e pagamentos rápidos como vantagens-chave sobre os sistemas financeiros tradicionais.
No entanto, à medida que a popularidade do Bitcoin cresceu em meados da década de 2010, uma restrição fundamental começou a limitar sua utilidade como dinheiro eletrônico. O limite de tamanho de bloco de um megabyte, originalmente introduzido como uma medida temporária anti-spam, criou um teto artificial no número de transações que a rede podia processar. À medida que a demanda por espaço nos blocos aumentava, os usuários eram forçados a competir pela capacidade limitada oferecendo taxas de transação mais altas. No início de 2017, a taxa mediana de transação do Bitcoin havia subido para vários dólares, tornando transações de pequeno valor economicamente impraticáveis. Durante períodos de pico de congestionamento, as taxas podiam exceder vinte dólares, e transações podiam permanecer não confirmadas por horas ou até dias.
Essa situação representava um desvio fundamental da promessa original do Bitcoin. Um sistema projetado para permitir pagamentos eletrônicos peer-to-peer estava se tornando muito caro e muito lento para os próprios casos de uso que foi criado para servir. Enquanto o Bitcoin era cada vez mais posicionado como "ouro digital" — uma reserva de valor em vez de um meio de troca — muitos membros da comunidade e desenvolvedores acreditavam que isso representava uma traição aos princípios fundadores do projeto.
O Bitcoin Cash foi criado para resolver essa crise adotando a abordagem mais direta para escalar: aumentar o limite do tamanho de bloco. Ao permitir que mais transações coubessem em cada bloco, o Bitcoin Cash buscou restaurar taxas baixas e confirmações rápidas, tornando o dinheiro eletrônico peer-to-peer prático novamente. Os defensores do projeto argumentavam que o escalamento on-chain não era apenas tecnicamente viável, mas era a abordagem que Satoshi Nakamoto havia originalmente previsto, apontando para comunicações iniciais nas quais Nakamoto discutiu aumentar o limite do tamanho de bloco à medida que a rede crescesse.
A criação do Bitcoin Cash em 1 de agosto de 2017 foi um dos eventos mais significativos na história das criptomoedas. Representou a primeira grande divisão de cadeia na história do Bitcoin impulsionada por uma genuína divergência filosófica sobre a direção futura do protocolo. O fork demonstrou que em um sistema descentralizado, disputas irresolvíveis podem ser resolvidas permitindo que cada facção persiga sua própria visão independentemente, com o mercado determinando finalmente o resultado.
Introduction
Le livre blanc original de Bitcoin, publié par Satoshi Nakamoto en 2008, décrivait « une version purement pair-à-pair d'argent électronique » qui permettrait « d'envoyer des paiements en ligne directement d'une partie à une autre sans passer par une institution financière ». Cette vision de Bitcoin comme moyen d'échange pour les transactions quotidiennes était au cœur de son adoption précoce et de la croissance de sa communauté. Les premiers partisans de Bitcoin citaient fréquemment les faibles frais de transaction et les paiements rapides comme des avantages clés par rapport aux systèmes financiers traditionnels.
Cependant, à mesure que la popularité de Bitcoin augmentait au milieu des années 2010, une contrainte fondamentale commença à limiter son utilité en tant qu'argent électronique. La limite de taille de bloc d'un mégaoctet, initialement introduite comme mesure temporaire anti-spam, créait un plafond artificiel sur le nombre de transactions que le réseau pouvait traiter. À mesure que la demande d'espace de bloc augmentait, les utilisateurs étaient contraints de rivaliser pour une capacité limitée en proposant des frais de transaction plus élevés. Début 2017, les frais médians de transaction Bitcoin avaient atteint plusieurs dollars, rendant les transactions de faible valeur économiquement irréalisables. Pendant les périodes de congestion maximale, les frais pouvaient dépasser vingt dollars, et les transactions pouvaient rester non confirmées pendant des heures, voire des jours.
Cette situation représentait une déviation fondamentale de la promesse originale de Bitcoin. Un système conçu pour permettre les paiements électroniques pair-à-pair devenait trop cher et trop lent pour les cas d'utilisation mêmes qu'il avait été créé pour servir. Alors que Bitcoin était de plus en plus positionné comme de l'« or numérique » — une réserve de valeur plutôt qu'un moyen d'échange — de nombreux membres de la communauté et développeurs estimaient que cela représentait une trahison des principes fondateurs du projet.
Bitcoin Cash a été créé pour résoudre cette crise en adoptant l'approche la plus directe de la mise à l'échelle : augmenter la limite de taille de bloc. En permettant à plus de transactions de tenir dans chaque bloc, Bitcoin Cash visait à restaurer des frais bas et des confirmations rapides, rendant l'argent électronique pair-à-pair à nouveau pratique. Les partisans du projet soutenaient que la mise à l'échelle on-chain était non seulement techniquement réalisable, mais qu'elle correspondait à l'approche que Satoshi Nakamoto avait initialement envisagée, citant des communications précoces dans lesquelles Nakamoto discutait de l'augmentation de la limite de taille de bloc à mesure que le réseau se développerait.
La création de Bitcoin Cash le 1er août 2017 fut l'un des événements les plus significatifs de l'histoire des cryptomonnaies. Elle représentait la première grande division de chaîne dans l'histoire de Bitcoin motivée par un véritable désaccord philosophique sur la direction future du protocole. La bifurcation a démontré que dans un système décentralisé, les différends insolubles peuvent être résolus en permettant à chaque faction de poursuivre sa propre vision de manière indépendante, le marché déterminant finalement le résultat.
Background: The Scaling Debate
O debate sobre escalabilidade do Bitcoin foi uma das disputas mais contenciosas e prolongadas na história do desenvolvimento de software de código aberto. Em sua essência, o debate centrava-se em uma pergunta aparentemente simples: como a rede Bitcoin deveria aumentar sua capacidade de processamento de transações? A resposta a essa pergunta, no entanto, tocava em questões fundamentais de governança, descentralização, filosofia técnica e a própria identidade do Bitcoin.
O limite de tamanho de bloco de um megabyte do Bitcoin foi introduzido por Satoshi Nakamoto em 2010 como uma medida temporária para prevenir ataques de negação de serviço nos quais um adversário pudesse inundar a rede com blocos superdimensionados. Na época, o uso real dos blocos estava muito abaixo desse limite, e Nakamoto sugeriu que o limite poderia ser elevado no futuro através de uma simples mudança de código. No entanto, à medida que o uso do Bitcoin cresceu e os blocos começaram a encher, elevar o limite provou ser muito mais contencioso do que qualquer um havia antecipado.
Uma facção, que veio a ser associada com a equipe de desenvolvimento do Bitcoin Core, argumentava que o tamanho do bloco deveria permanecer pequeno para preservar a descentralização. Seu raciocínio era que blocos maiores aumentariam os requisitos computacionais e de largura de banda para executar um nó completo, potencialmente excluindo usuários comuns e concentrando a operação de nós entre entidades bem financiadas. Eles propuseram um caminho alternativo de escalabilidade: SegWit, uma mudança de protocolo que reestruturava os dados de transação para efetivamente aumentar a capacidade de transações do bloco sem elevar o limite de tamanho nominal, combinado com soluções off-chain como a Lightning Network que moveriam a maioria das transações para fora da blockchain principal.
A facção oposta, que incluía desenvolvedores proeminentes, mineradores e empresas, argumentava que elevar o limite do tamanho de bloco era a solução mais simples, mais comprovada e mais urgente. Eles sustentavam que o limite de um megabyte era uma restrição arbitrária que nunca havia sido planejada como uma característica permanente do protocolo, e que os aumentos de taxas e congestionamento resultantes estavam afastando usuários e comerciantes do Bitcoin. Eles eram céticos quanto à complexidade do SegWit e preocupados que a Lightning Network, que era ainda amplamente teórica na época, pudesse nunca cumprir suas promessas de transações baratas e instantâneas.
O debate escalou através de uma série de propostas e contrapropostas. O Bitcoin XT, proposto por Mike Hearn e Gavin Andresen em 2015, buscava aumentar o tamanho de bloco para 8MB. O Bitcoin Classic propôs um aumento mais modesto para 2MB. O Bitcoin Unlimited propôs remover o limite de tamanho de bloco inteiramente, permitindo que mineradores definissem seus próprios limites através da dinâmica de mercado. Cada proposta gerou debate feroz e nenhuma alcançou o consenso esmagador necessário para um hard fork não contencioso.
Várias tentativas de compromisso foram feitas. O Acordo de Hong Kong (fevereiro de 2016) viu desenvolvedores do Bitcoin Core e mineradores concordarem em implantar o SegWit seguido de um hard fork para 2MB, mas o acordo desmoronou quando o componente de hard fork não foi perseguido. O Acordo de Nova York (maio de 2017), também conhecido como SegWit2x, propôs ativar o SegWit imediatamente seguido de um hard fork para 2MB dentro de seis meses. Esse acordo foi assinado por mais de cinquenta empresas representando a maioria do poder de hash do Bitcoin, mas foi fortemente combatido pela equipe de desenvolvimento do Bitcoin Core e uma porção significativa da comunidade de usuários.
Quando ficou claro que o compromisso era impossível, a facção de blocos grandes decidiu agir unilateralmente. Em 1 de agosto de 2017, executaram um hard fork da blockchain do Bitcoin, criando o Bitcoin Cash com um limite de tamanho de bloco inicial de 8MB. Esta não foi uma decisão tomada de ânimo leve — exigiu dividir a blockchain, a rede, a comunidade e a marca. Mas os defensores do Bitcoin Cash acreditavam que era a única forma de preservar a visão original do Bitcoin como dinheiro eletrônico peer-to-peer.
Background: The Scaling Debate
Le débat sur la scalabilité de Bitcoin fut l'un des différends les plus contentieux et prolongés de l'histoire du développement de logiciels open source. En son cœur, le débat portait sur une question apparemment simple : comment le réseau Bitcoin devrait-il augmenter sa capacité de traitement des transactions ? La réponse à cette question, cependant, touchait à des questions fondamentales de gouvernance, de décentralisation, de philosophie technique et de l'identité même de Bitcoin.
La limite de taille de bloc d'un mégaoctet de Bitcoin a été introduite par Satoshi Nakamoto en 2010 comme mesure temporaire pour prévenir les attaques par déni de service dans lesquelles un adversaire pourrait inonder le réseau de blocs surdimensionnés. À l'époque, l'utilisation réelle des blocs était bien en dessous de cette limite, et Nakamoto avait suggéré que la limite pourrait être relevée à l'avenir par un simple changement de code. Cependant, à mesure que l'utilisation de Bitcoin augmentait et que les blocs commençaient à se remplir, relever la limite s'avéra bien plus contentieux que quiconque ne l'avait anticipé.
Une faction, qui en vint à être associée à l'équipe de développement Bitcoin Core, soutenait que la taille de bloc devait rester petite pour préserver la décentralisation. Leur raisonnement était que des blocs plus grands augmenteraient les exigences en puissance de calcul et en bande passante pour faire fonctionner un nœud complet, excluant potentiellement les utilisateurs ordinaires et concentrant l'exploitation des nœuds parmi les entités bien dotées en ressources. Ils proposèrent un chemin alternatif de mise à l'échelle : SegWit, une modification du protocole qui restructurait les données de transaction pour augmenter efficacement la capacité de transactions du bloc sans relever la limite de taille nominale, combinée avec des solutions hors chaîne comme le Lightning Network qui déplaceraient la plupart des transactions hors de la blockchain principale.
La faction opposée, qui comprenait des développeurs éminents, des mineurs et des entreprises, soutenait que relever la limite de taille de bloc était la solution la plus simple, la plus éprouvée et la plus urgente. Ils affirmaient que la limite d'un mégaoctet était une contrainte arbitraire qui n'avait jamais été conçue comme une caractéristique permanente du protocole, et que les augmentations de frais et la congestion qui en résultaient éloignaient les utilisateurs et les commerçants de Bitcoin. Ils étaient sceptiques quant à la complexité de SegWit et inquiets que le Lightning Network, qui était encore largement théorique à l'époque, ne tienne peut-être jamais ses promesses de transactions bon marché et instantanées.
Le débat s'intensifia à travers une série de propositions et de contre-propositions. Bitcoin XT, proposé par Mike Hearn et Gavin Andresen en 2015, cherchait à augmenter la taille de bloc à 8 Mo. Bitcoin Classic proposait une augmentation plus modeste à 2 Mo. Bitcoin Unlimited proposait de supprimer entièrement la limite de taille de bloc, permettant aux mineurs de fixer leurs propres limites par le biais de la dynamique du marché. Chaque proposition engendra un débat féroce et aucune n'atteignit le consensus écrasant nécessaire pour un hard fork non contentieux.
Plusieurs tentatives de compromis furent faites. L'Accord de Hong Kong (février 2016) vit les développeurs de Bitcoin Core et les mineurs convenir de déployer SegWit suivi d'un hard fork à 2 Mo, mais l'accord s'effondra lorsque le volet hard fork ne fut pas poursuivi. L'Accord de New York (mai 2017), également connu sous le nom de SegWit2x, proposait d'activer SegWit immédiatement suivi d'un hard fork à 2 Mo dans les six mois. Cet accord fut signé par plus de cinquante entreprises représentant une majorité de la puissance de hachage de Bitcoin, mais il fut fortement combattu par l'équipe de développement Bitcoin Core et une portion significative de la communauté d'utilisateurs.
Lorsqu'il devint clair que le compromis était impossible, la faction des gros blocs décida d'agir unilatéralement. Le 1er août 2017, ils exécutèrent un hard fork de la blockchain Bitcoin, créant Bitcoin Cash avec une limite de taille de bloc initiale de 8 Mo. Ce ne fut pas une décision prise à la légère — elle nécessitait de diviser la blockchain, le réseau, la communauté et la marque. Mais les partisans de Bitcoin Cash croyaient que c'était le seul moyen de préserver la vision originale de Bitcoin comme argent électronique pair-à-pair.
The Fork
O hard fork do Bitcoin Cash foi executado em 1 de agosto de 2017, na altura de bloco 478.558. Nesse ponto, a blockchain do Bitcoin se dividiu em duas cadeias separadas: a cadeia original, que continuou como Bitcoin (BTC) com a ativação do SegWit, e a nova cadeia, que se tornou Bitcoin Cash (BCH) com um limite de tamanho de bloco aumentado para 8MB.
O fork foi tecnicamente limpo e bem planejado. Cada endereço Bitcoin que possuía saldo no momento do fork recebeu um saldo idêntico em ambas as cadeias. Se um usuário possuía 1 BTC antes do fork, teria 1 BTC na cadeia Bitcoin e 1 BCH na cadeia Bitcoin Cash após o fork. Todo o histórico de transações anterior ao bloco 478.558 era compartilhado entre ambas as cadeias.
Um dos desafios técnicos críticos do fork foi a implementação de proteção contra replay. Na ausência de proteção contra replay, uma transação transmitida em uma cadeia poderia ser reproduzida na outra cadeia, potencialmente fazendo com que os usuários gastassem moedas involuntariamente em ambas as cadeias. O Bitcoin Cash implementou forte proteção contra replay modificando o algoritmo de assinatura de transações. Especificamente, o Bitcoin Cash introduziu uma nova flag SigHash (SIGHASH_FORKID) que é incluída no hash de cada assinatura de transação. Transações assinadas com esta flag são válidas na cadeia Bitcoin Cash mas inválidas na cadeia Bitcoin, e vice-versa. Isso garantiu uma separação limpa entre as duas redes desde o momento do fork.
O limite de tamanho de bloco inicial para o Bitcoin Cash foi definido em 8MB, oito vezes maior que o limite de 1MB do Bitcoin. Isso representou um aumento significativo na capacidade de transações on-chain, permitindo ao Bitcoin Cash processar substancialmente mais transações por bloco mantendo taxas baixas. O primeiro bloco do Bitcoin Cash após o fork foi minerado pelo pool de mineração ViaBTC e tinha aproximadamente 1,9MB de tamanho, demonstrando o benefício prático imediato do tamanho de bloco maior.
O fork também removeu o SegWit, que havia sido ativado na cadeia Bitcoin. Os desenvolvedores do Bitcoin Cash rejeitaram o SegWit por várias razões: acreditavam que introduzia complexidade desnecessária ao protocolo, criava um sistema de transações de dois níveis com diferentes estruturas de taxas e modificava a estrutura do bloco de maneiras que argumentavam minar a simplicidade do modelo UTXO. Ao escolher um aumento direto do tamanho de bloco, o Bitcoin Cash manteve uma arquitetura de protocolo mais simples e mais tradicional no estilo Bitcoin.
Após o fork, ambas as cadeias tiveram que lidar com o desafio do ajuste de dificuldade. O Bitcoin Cash inicialmente usou a mesma dificuldade SHA-256 da cadeia Bitcoin, mas com significativamente menos poder de hash dedicado à mineração. Para prevenir um cenário em que blocos fossem minerados extremamente devagar, o Bitcoin Cash implementou um mecanismo de Ajuste de Dificuldade de Emergência (EDA) que diminuiria a dificuldade em 20 por cento se menos de 6 blocos fossem minerados em um período de 12 horas. Embora esse mecanismo tenha mantido a cadeia viva com sucesso durante o período inicial crítico, provou ser instável, causando oscilações violentas nos tempos de produção de blocos e taxa de hash à medida que mineradores alternavam entre Bitcoin e Bitcoin Cash com base na rentabilidade. O EDA foi substituído em novembro de 2017 por um algoritmo de ajuste de dificuldade mais estável baseado em uma média móvel dos 144 blocos anteriores.
O fork foi recebido com considerável controvérsia na comunidade de criptomoedas mais ampla. Críticos argumentavam que o Bitcoin Cash era uma tentativa ilegítima de se apropriar da marca Bitcoin, enquanto apoiadores sustentavam que era uma continuação legítima do roteiro original do Bitcoin. Exchanges e provedores de serviços tiveram que tomar decisões rápidas sobre se apoiariam a nova cadeia e como lidariam com a distribuição de moedas bifurcadas para seus clientes. Apesar da controvérsia, o Bitcoin Cash rapidamente se estabeleceu como uma criptomoeda viável e ativamente utilizada, alcançando volume de negociação significativo e adoção por comerciantes nos meses seguintes ao fork.
The Fork
Le hard fork de Bitcoin Cash fut exécuté le 1er août 2017, à la hauteur de bloc 478 558. À ce point, la blockchain Bitcoin se scinda en deux chaînes distinctes : la chaîne originale, qui continua comme Bitcoin (BTC) avec l'activation de SegWit, et la nouvelle chaîne, qui devint Bitcoin Cash (BCH) avec une limite de taille de bloc augmentée à 8 Mo.
La bifurcation fut techniquement propre et bien planifiée. Chaque adresse Bitcoin détenant un solde au moment de la bifurcation reçut un solde identique sur les deux chaînes. Si un utilisateur détenait 1 BTC avant la bifurcation, il aurait 1 BTC sur la chaîne Bitcoin et 1 BCH sur la chaîne Bitcoin Cash après la bifurcation. L'intégralité de l'historique des transactions antérieur au bloc 478 558 était partagé entre les deux chaînes.
L'un des défis techniques critiques de la bifurcation fut l'implémentation de la protection contre le rejeu. En l'absence de protection contre le rejeu, une transaction diffusée sur une chaîne pouvait être rejouée sur l'autre chaîne, causant potentiellement des dépenses involontaires de jetons par les utilisateurs sur les deux chaînes. Bitcoin Cash implémenta une forte protection contre le rejeu en modifiant l'algorithme de signature de transaction. Spécifiquement, Bitcoin Cash introduisit un nouveau drapeau SigHash (SIGHASH_FORKID) qui est inclus dans le hash de chaque signature de transaction. Les transactions signées avec ce drapeau sont valides sur la chaîne Bitcoin Cash mais invalides sur la chaîne Bitcoin, et vice-versa. Cela garantit une séparation nette entre les deux réseaux dès le moment de la bifurcation.
La limite de taille de bloc initiale pour Bitcoin Cash fut fixée à 8 Mo, soit huit fois plus que la limite de 1 Mo de Bitcoin. Cela représentait une augmentation significative de la capacité de transactions on-chain, permettant à Bitcoin Cash de traiter substantiellement plus de transactions par bloc tout en maintenant des frais bas. Le premier bloc de Bitcoin Cash après la bifurcation fut miné par le pool de minage ViaBTC et faisait environ 1,9 Mo, démontrant le bénéfice pratique immédiat de la taille de bloc plus grande.
La bifurcation supprima également SegWit, qui avait été activé sur la chaîne Bitcoin. Les développeurs de Bitcoin Cash rejetèrent SegWit pour plusieurs raisons : ils estimaient qu'il introduisait une complexité inutile dans le protocole, créait un système de transaction à deux niveaux avec des structures de frais différentes, et modifiait la structure de bloc d'une manière qui, selon eux, sapait la simplicité du modèle UTXO. En choisissant une augmentation directe de la taille de bloc, Bitcoin Cash maintint une architecture de protocole plus simple et plus traditionnelle de type Bitcoin.
À la suite de la bifurcation, les deux chaînes durent faire face au défi de l'ajustement de la difficulté. Bitcoin Cash utilisa initialement la même difficulté SHA-256 que la chaîne Bitcoin, mais avec significativement moins de puissance de hachage consacrée au minage. Pour prévenir un scénario dans lequel les blocs seraient minés extrêmement lentement, Bitcoin Cash implémenta un mécanisme d'Ajustement d'Urgence de la Difficulté (EDA) qui diminuerait la difficulté de 20 pour cent si moins de 6 blocs étaient minés dans une période de 12 heures. Bien que ce mécanisme ait réussi à maintenir la chaîne en vie durant la période initiale critique, il s'avéra instable, provoquant de violentes oscillations dans les temps de production de blocs et le taux de hachage à mesure que les mineurs alternaient entre Bitcoin et Bitcoin Cash en fonction de la rentabilité. L'EDA fut remplacé en novembre 2017 par un algorithme d'ajustement de difficulté plus stable basé sur une moyenne mobile des 144 blocs précédents.
La bifurcation fut accueillie avec une controverse considérable dans la communauté crypto au sens large. Les critiques soutenaient que Bitcoin Cash était une tentative illégitime de s'approprier la marque Bitcoin, tandis que les partisans maintenaient qu'il s'agissait d'une continuation légitime de la feuille de route originale de Bitcoin. Les plateformes d'échange et les fournisseurs de services durent prendre des décisions rapides sur la question de savoir s'ils soutiendraient la nouvelle chaîne et comment gérer la distribution des jetons bifurqués à leurs clients. Malgré la controverse, Bitcoin Cash s'établit rapidement comme une cryptomonnaie viable et activement utilisée, atteignant un volume d'échanges significatif et une adoption par les commerçants dans les mois suivant la bifurcation.
Technical Specifications
O Bitcoin Cash compartilha a arquitetura técnica fundamental do Bitcoin, incluindo o mecanismo de consenso de prova de trabalho SHA-256, o modelo de transações UTXO, a curva elíptica secp256k1 para assinaturas digitais e o intervalo de bloco alvo de dez minutos. No entanto, várias modificações importantes o diferenciam do protocolo Bitcoin.
A diferença mais proeminente é o limite de tamanho de bloco. O Bitcoin Cash foi lançado com um limite de tamanho de bloco de 8MB e subsequentemente o aumentou para 32MB em maio de 2018. Esse limite de 32MB fornece aproximadamente 32 vezes a capacidade de transações do tamanho de bloco efetivo de 1MB sem SegWit do Bitcoin (ou aproximadamente 8 vezes a capacidade do limite efetivo do Bitcoin aprimorado com SegWit de aproximadamente 4MB). O tamanho de bloco maior é a pedra angular da filosofia de escalabilidade on-chain do Bitcoin Cash, fornecendo amplo espaço para o crescimento de transações sem a pressão de taxas que surge quando os blocos estão consistentemente cheios.
O Bitcoin Cash não implementa SegWit. Em vez de separar dados de testemunho dos dados de transação como o SegWit faz, o Bitcoin Cash mantém o formato de transação original do Bitcoin intacto. Todos os dados de transação, incluindo assinaturas, são armazenados dentro do bloco da maneira tradicional. Isso simplifica o protocolo e mantém a compatibilidade retroativa com software e infraestrutura mais antigos do Bitcoin.
Uma melhoria significativa do protocolo no Bitcoin Cash é o algoritmo SigHash aprimorado, que foi introduzido no momento do fork. O novo algoritmo, baseado no BIP 143 (que foi originalmente desenvolvido para o SegWit), corrige o problema de hashing quadrático que existia no esquema original de verificação de assinaturas do Bitcoin. No esquema original, o custo computacional de verificar a assinatura de uma transação crescia quadraticamente com o número de entradas, criando um vetor potencial de ataque de negação de serviço. O novo algoritmo SigHash torna o custo de verificação linear, permitindo que a rede processe com segurança transações maiores e mais complexas.
O Bitcoin Cash suporta um tamanho máximo de transação maior e um maior número de operações de assinatura (sigops) por bloco comparado ao Bitcoin. O limite de sigops é escalado proporcionalmente com o tamanho do bloco, garantindo que o custo computacional da validação do bloco permaneça limitado enquanto ainda permite significativamente mais transações por bloco.
O sistema de scripting no Bitcoin Cash foi ativamente desenvolvido além da abordagem comparativamente conservadora do Bitcoin. O Bitcoin Cash reativou e introduziu vários opcodes que expandem a expressividade de sua linguagem de scripting. Adições notáveis incluem OP_CHECKDATASIG e OP_CHECKDATASIGVERIFY, que permitem que scripts de transação verifiquem assinaturas contra dados arbitrários (não apenas dados de transação), habilitando contratos inteligentes baseados em oráculos e outros padrões avançados de scripting. O opcode OP_REVERSEBYTES, opcodes de introspecção nativos e limites maiores de script e pilha aprimoraram ainda mais a programabilidade do Bitcoin Cash.
O Bitcoin Cash usa a mesma base de formato de endereço que o Bitcoin, mas adotou o formato CashAddr em janeiro de 2018 para prevenir confusão e erros de envio entre cadeias. Endereços CashAddr começam com "bitcoincash:" como prefixo (frequentemente abreviado para "q" ou "p" para a porção do hash) e usam um esquema de codificação diferente do formato base58check do Bitcoin. Essa distinção visual torna imediatamente claro se um endereço pertence ao Bitcoin ou ao Bitcoin Cash, reduzindo o risco de usuários enviarem acidentalmente moedas para a cadeia errada.
A rede opera na porta 8333, a mesma porta padrão do Bitcoin, embora os nós do Bitcoin Cash se identifiquem com um número mágico de rede diferente no handshake do protocolo. Isso significa que os nós do Bitcoin e do Bitcoin Cash não se conectarão acidentalmente entre si apesar de usarem a mesma porta.
Technical Specifications
Bitcoin Cash partage l'architecture technique fondamentale de Bitcoin, incluant le mécanisme de consensus de preuve de travail SHA-256, le modèle de transactions UTXO, la courbe elliptique secp256k1 pour les signatures numériques et l'intervalle de bloc cible de dix minutes. Cependant, plusieurs modifications clés le différencient du protocole Bitcoin.
La différence la plus notable est la limite de taille de bloc. Bitcoin Cash a été lancé avec une limite de taille de bloc de 8 Mo et l'a ensuite augmentée à 32 Mo en mai 2018. Cette limite de 32 Mo fournit environ 32 fois la capacité de transactions de la taille de bloc effective de 1 Mo sans SegWit de Bitcoin (ou environ 8 fois la capacité de la limite effective de Bitcoin améliorée par SegWit d'environ 4 Mo). La taille de bloc plus grande est la pierre angulaire de la philosophie de mise à l'échelle on-chain de Bitcoin Cash, offrant un espace amplement suffisant pour la croissance des transactions sans la pression sur les frais qui apparaît lorsque les blocs sont constamment pleins.
Bitcoin Cash n'implémente pas SegWit. Au lieu de séparer les données de témoin des données de transaction comme le fait SegWit, Bitcoin Cash conserve intact le format de transaction original de Bitcoin. Toutes les données de transaction, y compris les signatures, sont stockées dans le bloc de manière traditionnelle. Cela simplifie le protocole et maintient la rétrocompatibilité avec les logiciels et infrastructures Bitcoin plus anciens.
Une amélioration significative du protocole dans Bitcoin Cash est l'algorithme SigHash amélioré, qui fut introduit au moment de la bifurcation. Le nouvel algorithme, basé sur le BIP 143 (développé à l'origine pour SegWit), corrige le problème de hachage quadratique qui existait dans le schéma original de vérification des signatures de Bitcoin. Dans le schéma original, le coût computationnel de la vérification de la signature d'une transaction croissait de manière quadratique avec le nombre d'entrées, créant un vecteur potentiel d'attaque par déni de service. Le nouvel algorithme SigHash rend le coût de vérification linéaire, permettant au réseau de traiter en toute sécurité des transactions plus importantes et plus complexes.
Bitcoin Cash prend en charge une taille maximale de transaction plus grande et un plus grand nombre d'opérations de signature (sigops) par bloc comparé à Bitcoin. La limite de sigops est proportionnelle à la taille du bloc, garantissant que le coût computationnel de la validation des blocs reste borné tout en permettant significativement plus de transactions par bloc.
Le système de scripts de Bitcoin Cash a été activement développé au-delà de l'approche comparativement conservatrice de Bitcoin. Bitcoin Cash a réactivé et introduit plusieurs opcodes qui étendent l'expressivité de son langage de scripts. Les ajouts notables incluent OP_CHECKDATASIG et OP_CHECKDATASIGVERIFY, qui permettent aux scripts de transaction de vérifier des signatures contre des données arbitraires (pas seulement des données de transaction), permettant des contrats intelligents basés sur des oracles et d'autres modèles avancés de scripting. L'opcode OP_REVERSEBYTES, les opcodes d'introspection natifs et les limites plus grandes de script et de pile ont encore amélioré la programmabilité de Bitcoin Cash.
Bitcoin Cash utilise la même base de format d'adresse que Bitcoin mais a adopté le format CashAddr en janvier 2018 pour prévenir la confusion et les erreurs d'envoi inter-chaînes. Les adresses CashAddr commencent par « bitcoincash: » comme préfixe (souvent abrégé en « q » ou « p » pour la portion du hash) et utilisent un schéma d'encodage différent du format base58check de Bitcoin. Cette distinction visuelle rend immédiatement clair si une adresse appartient à Bitcoin ou à Bitcoin Cash, réduisant le risque que les utilisateurs envoient accidentellement des jetons à la mauvaise chaîne.
Le réseau fonctionne sur le port 8333, le même port par défaut que Bitcoin, bien que les nœuds Bitcoin Cash s'identifient avec un numéro magique de réseau différent lors de la poignée de main du protocole. Cela signifie que les nœuds Bitcoin et Bitcoin Cash ne se connecteront pas accidentellement entre eux malgré l'utilisation du même port.
Transaction Throughput and Scalability
O throughput de transações e a escalabilidade são centrais para a proposta de valor do Bitcoin Cash. A tese fundamental do projeto é que o dinheiro eletrônico peer-to-peer deve ser capaz de processar transações de forma rápida e barata para ser viável para uso cotidiano, e que o escalamento on-chain através de blocos maiores é a maneira mais confiável de alcançar isso.
Com um limite de tamanho de bloco de 32MB e um intervalo de blocos de dez minutos, o Bitcoin Cash tem um throughput máximo teórico de aproximadamente 100 transações por segundo, dependendo do tamanho médio da transação. Isso representa um aumento substancial sobre o máximo teórico do Bitcoin de aproximadamente 7 transações por segundo com blocos de 1MB. Na prática, o throughput real depende da combinação de tipos e tamanhos de transações, mas a capacidade do Bitcoin Cash é mais que suficiente para seu volume atual de transações, com blocos tipicamente bem abaixo do limite de 32MB.
A abundância de espaço disponível nos blocos tem um impacto direto e mensurável nas taxas de transação. Quando os blocos não estão cheios, não há competição por taxas, e transações podem ser confirmadas com taxas mínimas. A taxa mínima de retransmissão padrão do Bitcoin Cash é de 1 satoshi por byte (onde 1 satoshi = 0,00000001 BCH), e a maioria das transações é confirmada no próximo bloco nesse mínimo ou próximo dele. Isso faz com que as transações do Bitcoin Cash custem frações de um centavo em condições normais, comparado com as taxas do Bitcoin que podem variar de dólares a dezenas de dólares durante períodos de congestionamento.
A comunidade de desenvolvimento do Bitcoin Cash conduziu extensa pesquisa e testes sobre os limites do escalamento on-chain. A Iniciativa Gigablock Testnet, conduzida em 2017-2018, demonstrou que o protocolo Bitcoin podia lidar com blocos de 1GB ou mais com otimizações de software apropriadas e hardware moderno. Esses testes identificaram vários gargalos na base de código original — incluindo propagação de blocos, validação de transações e gerenciamento do conjunto UTXO — e informaram esforços de otimização subsequentes.
Várias melhorias de protocolo e implementação foram feitas para suportar blocos maiores. O Graphene, um protocolo de propagação de blocos baseado em tabelas de busca de Bloom invertíveis e filtros de Bloom, reduz dramaticamente a largura de banda necessária para propagar blocos codificando apenas a diferença entre um bloco e as transações que um nó receptor já tem em seu mempool. O Ordenamento Canônico de Transações (CTOR), implementado em novembro de 2018, requer que transações dentro de um bloco sejam ordenadas por seu ID de transação. Essa mudança aparentemente menor permite otimizações significativas na validação e propagação de blocos, pois permite a validação paralela de transações e algoritmos de reconciliação de conjuntos mais eficientes.
As iniciativas de compromisso UTXO e validação paralela melhoraram ainda mais a capacidade da rede de lidar com blocos grandes de forma eficiente. Aproveitando processadores modernos multi-core e armazenamento de estado sólido, implementações de nós otimizadas podem validar blocos contendo dezenas de milhares de transações dentro de prazos aceitáveis.
O roteiro de escalabilidade do Bitcoin Cash prevê aumentos adicionais no limite de tamanho de bloco conforme tecnologia e demanda justifiquem. Os desenvolvedores do projeto expressaram um objetivo de longo prazo de suportar volumes de pagamento em escala global inteiramente on-chain, visando níveis de throughput que permitiriam ao Bitcoin Cash servir bilhões de transações diárias. Embora esse objetivo seja ambicioso, as melhorias contínuas nas capacidades de hardware, largura de banda de rede e otimização de software fornecem um caminho credível para alcançá-lo incrementalmente ao longo do tempo.
Um aspecto importante da abordagem de escalamento do Bitcoin Cash é o conceito de transações de "zero confirmação". Para pagamentos de baixo valor, comerciantes podem aceitar transações imediatamente após a transmissão, antes de serem incluídas em um bloco. O Bitcoin Cash implementou várias medidas para melhorar a confiabilidade das transações de zero confirmação, incluindo a regra do "primeiro visto" (onde nós retransmitem apenas a primeira versão de uma transação que veem, tornando tentativas de gasto duplo mais difíceis) e protocolos de notificação de gasto duplo que alertam comerciantes se uma transação conflitante for detectada. Essas medidas tornam o Bitcoin Cash prático para transações em ponto de venda onde esperar dez minutos por uma confirmação de bloco seria impraticável.
Transaction Throughput and Scalability
Le débit de transactions et la scalabilité sont au cœur de la proposition de valeur de Bitcoin Cash. La thèse fondamentale du projet est que l'argent électronique pair-à-pair doit être capable de traiter des transactions rapidement et à moindre coût pour être viable dans un usage quotidien, et que la mise à l'échelle on-chain par des blocs plus grands est le moyen le plus fiable d'y parvenir.
Avec une limite de taille de bloc de 32 Mo et un intervalle de bloc de dix minutes, Bitcoin Cash a un débit maximal théorique d'environ 100 transactions par seconde, selon la taille moyenne des transactions. Cela représente une augmentation substantielle par rapport au maximum théorique de Bitcoin d'environ 7 transactions par seconde avec des blocs de 1 Mo. En pratique, le débit réel dépend du mélange de types et de tailles de transactions, mais la capacité de Bitcoin Cash est plus que suffisante pour son volume de transactions actuel, les blocs étant généralement bien en dessous de la limite de 32 Mo.
L'abondance d'espace de bloc disponible a un impact direct et mesurable sur les frais de transaction. Lorsque les blocs ne sont pas pleins, il n'y a pas de compétition sur les frais, et les transactions peuvent être confirmées avec des frais minimaux. Les frais de relais minimaux par défaut de Bitcoin Cash sont de 1 satoshi par octet (où 1 satoshi = 0,00000001 BCH), et la plupart des transactions sont confirmées dans le bloc suivant à ce minimum ou à un niveau proche. Cela rend les transactions Bitcoin Cash coûtant des fractions de centime dans des conditions normales, par rapport aux frais de Bitcoin qui peuvent aller de dollars à des dizaines de dollars pendant les périodes de congestion.
La communauté de développement de Bitcoin Cash a mené des recherches et des tests approfondis sur les limites de la mise à l'échelle on-chain. L'Initiative Gigablock Testnet, menée en 2017-2018, a démontré que le protocole Bitcoin pouvait gérer des blocs de 1 Go ou plus avec les optimisations logicielles appropriées et du matériel moderne. Ces tests ont identifié plusieurs goulets d'étranglement dans la base de code originale — incluant la propagation des blocs, la validation des transactions et la gestion de l'ensemble UTXO — et ont éclairé les efforts d'optimisation ultérieurs.
Plusieurs améliorations du protocole et de l'implémentation ont été réalisées pour supporter des blocs plus grands. Graphene, un protocole de propagation de blocs basé sur des tables de recherche de Bloom invertibles et des filtres de Bloom, réduit considérablement la bande passante nécessaire pour propager les blocs en encodant uniquement la différence entre un bloc et les transactions qu'un nœud receveur possède déjà dans son mempool. L'Ordonnancement Canonique des Transactions (CTOR), implémenté en novembre 2018, exige que les transactions dans un bloc soient ordonnées par leur identifiant de transaction. Ce changement apparemment mineur permet des optimisations significatives dans la validation et la propagation des blocs, car il autorise la validation parallèle des transactions et des algorithmes de réconciliation d'ensembles plus efficaces.
Les initiatives d'engagement UTXO et de validation parallèle ont encore amélioré la capacité du réseau à gérer efficacement de grands blocs. En tirant parti des processeurs multi-cœurs modernes et du stockage à état solide, les implémentations de nœuds optimisées peuvent valider des blocs contenant des dizaines de milliers de transactions dans des délais acceptables.
La feuille de route de scalabilité de Bitcoin Cash envisage des augmentations supplémentaires de la limite de taille de bloc à mesure que la technologie et la demande le justifient. Les développeurs du projet ont exprimé un objectif à long terme de supporter des volumes de paiement à l'échelle mondiale entièrement on-chain, visant des niveaux de débit qui permettraient à Bitcoin Cash de servir des milliards de transactions quotidiennes. Bien que cet objectif soit ambitieux, les améliorations continues des capacités matérielles, de la bande passante réseau et de l'optimisation logicielle fournissent une voie crédible pour y parvenir progressivement au fil du temps.
Un aspect important de l'approche de mise à l'échelle de Bitcoin Cash est le concept de transactions à « zéro confirmation ». Pour les paiements de faible valeur, les commerçants peuvent accepter les transactions immédiatement après leur diffusion, avant qu'elles ne soient incluses dans un bloc. Bitcoin Cash a implémenté plusieurs mesures pour améliorer la fiabilité des transactions à zéro confirmation, incluant la règle du « premier vu » (où les nœuds ne relaient que la première version d'une transaction qu'ils voient, rendant les tentatives de double dépense plus difficiles) et des protocoles de notification de double dépense qui alertent les commerçants si une transaction conflictuelle est détectée. Ces mesures rendent Bitcoin Cash pratique pour les transactions en point de vente où attendre dix minutes pour une confirmation de bloc serait irréalisable.
OP_RETURN and Data Applications
O Bitcoin Cash suporta o opcode OP_RETURN, que permite aos usuários incorporar dados arbitrários na blockchain dentro de uma saída de transação que é comprovadamente impossível de gastar. Esse recurso possibilita uma variedade de aplicações centradas em dados construídas sobre a blockchain do Bitcoin Cash, incluindo protocolos de tokens, sistemas de mensagens, serviços de notarização e plataformas de mídia social.
O limite de dados OP_RETURN no Bitcoin Cash foi definido em 220 bytes por saída, significativamente maior que o limite de 80 bytes do Bitcoin. Além disso, o Bitcoin Cash permite múltiplas saídas OP_RETURN em uma única transação, expandindo ainda mais a quantidade de dados que pode ser incorporada em uma única transação. Esses limites generosos, combinados com baixas taxas de transação, tornam o Bitcoin Cash uma plataforma economicamente viável para aplicações de dados que seriam proibitivamente caras em cadeias com maior restrição de capacidade.
O Simple Ledger Protocol (SLP) foi um dos sistemas de tokens mais antigos e amplamente adotados construídos no Bitcoin Cash usando OP_RETURN. O SLP permitia aos usuários criar e transferir tokens personalizados na blockchain do Bitcoin Cash codificando metadados de tokens em saídas OP_RETURN. Embora o SLP tenha sido amplamente substituído pelo protocolo CashTokens, ele demonstrou a viabilidade de construir economias de tokens sobre o modelo UTXO.
O CashTokens, ativado em maio de 2023, representa uma abordagem mais sofisticada para tokenização no Bitcoin Cash. Diferentemente do SLP, que dependia de metadados OP_RETURN que podiam ser ignorados pelo protocolo base, o CashTokens é um recurso de nível de consenso que integra tokens diretamente no modelo UTXO. Cada UTXO pode carregar tanto um valor em BCH quanto um token associado, com a validade do token aplicada pelas regras de consenso. O CashTokens suporta dois tipos de tokens: tokens fungíveis (similares aos tokens ERC-20 no Ethereum) e tokens não fungíveis (NFTs). A aplicação no nível de consenso significa que transações de tokens têm as mesmas garantias de segurança que transações nativas de BCH, eliminando as suposições de confiança e requisitos de indexação de protocolos de sobreposição como o SLP.
O Memo.cash é um protocolo de mídia social descentralizado construído no Bitcoin Cash usando transações OP_RETURN. Usuários transmitem postagens, seguimentos, curtidas e outras ações sociais como transações Bitcoin Cash com dados OP_RETURN codificados. Como os dados são armazenados na blockchain, eles são resistentes à censura e permanentemente arquivados. Os baixos custos de transação no Bitcoin Cash tornam isso economicamente viável — cada ação de mídia social custa uma fração de centavo.
Outras aplicações de dados no Bitcoin Cash incluem serviços de carimbo de data e notarização de documentos, onde o hash de um documento é incorporado em uma saída OP_RETURN para criar um registro permanente e à prova de adulteração da existência do documento em um ponto específico no tempo. Rastreamento de cadeia de suprimentos, verificação de credenciais e sistemas de identidade descentralizada também foram construídos usando as capacidades de incorporação de dados do Bitcoin Cash.
A combinação de grande capacidade OP_RETURN, baixas taxas e tempos de confirmação rápidos posiciona o Bitcoin Cash como uma plataforma competitiva para aplicações de dados baseadas em blockchain. Embora existam blockchains de dados especializadas, o Bitcoin Cash oferece a vantagem de uma rede bem estabelecida, altamente segura e amplamente suportada com um histórico comprovado de operação contínua.
OP_RETURN and Data Applications
Bitcoin Cash prend en charge l'opcode OP_RETURN, qui permet aux utilisateurs d'intégrer des données arbitraires dans la blockchain au sein d'une sortie de transaction dont il est prouvable qu'elle ne peut être dépensée. Cette fonctionnalité permet une gamme d'applications centrées sur les données construites sur la blockchain Bitcoin Cash, incluant des protocoles de jetons, des systèmes de messagerie, des services de notarisation et des plateformes de médias sociaux.
La limite de données OP_RETURN sur Bitcoin Cash a été fixée à 220 octets par sortie, significativement plus que la limite de 80 octets de Bitcoin. De plus, Bitcoin Cash autorise plusieurs sorties OP_RETURN dans une seule transaction, étendant encore la quantité de données pouvant être intégrées dans une seule transaction. Ces limites généreuses, combinées à de faibles frais de transaction, font de Bitcoin Cash une plateforme économiquement viable pour des applications de données qui seraient prohibitivement coûteuses sur des chaînes plus contraintes en capacité.
Le Simple Ledger Protocol (SLP) fut l'un des systèmes de jetons les plus précoces et les plus largement adoptés construits sur Bitcoin Cash en utilisant OP_RETURN. SLP permettait aux utilisateurs de créer et de transférer des jetons personnalisés sur la blockchain Bitcoin Cash en encodant des métadonnées de jetons dans des sorties OP_RETURN. Bien que SLP ait été largement supplanté par le protocole CashTokens, il a démontré la viabilité de la construction d'économies de jetons sur le modèle UTXO.
CashTokens, activé en mai 2023, représente une approche plus sophistiquée de la tokenisation sur Bitcoin Cash. Contrairement à SLP, qui reposait sur des métadonnées OP_RETURN pouvant être ignorées par le protocole de base, CashTokens est une fonctionnalité au niveau du consensus qui intègre les jetons directement dans le modèle UTXO. Chaque UTXO peut porter à la fois une valeur en BCH et un jeton associé, la validité du jeton étant appliquée par les règles de consensus. CashTokens prend en charge deux types de jetons : les jetons fongibles (similaires aux jetons ERC-20 sur Ethereum) et les jetons non fongibles (NFTs). L'application au niveau du consensus signifie que les transactions de jetons ont les mêmes garanties de sécurité que les transactions natives en BCH, éliminant les hypothèses de confiance et les exigences d'indexation des protocoles superposés comme SLP.
Memo.cash est un protocole de médias sociaux décentralisé construit sur Bitcoin Cash en utilisant des transactions OP_RETURN. Les utilisateurs diffusent des publications, des suivis, des mentions « j'aime » et d'autres actions sociales sous forme de transactions Bitcoin Cash avec des données OP_RETURN encodées. Comme les données sont stockées sur la blockchain, elles sont résistantes à la censure et archivées de manière permanente. Les faibles coûts de transaction sur Bitcoin Cash rendent cela économiquement viable — chaque action de média social coûte une fraction de centime.
D'autres applications de données sur Bitcoin Cash incluent l'horodatage de documents et les services de notarisation, où le hash d'un document est intégré dans une sortie OP_RETURN pour créer un enregistrement permanent et inaltérable de l'existence du document à un moment précis. Le suivi de la chaîne d'approvisionnement, la vérification des accréditations et les systèmes d'identité décentralisée ont également été construits en utilisant les capacités d'intégration de données de Bitcoin Cash.
La combinaison d'une grande capacité OP_RETURN, de frais bas et de temps de confirmation rapides positionne Bitcoin Cash comme une plateforme compétitive pour les applications de données basées sur la blockchain. Bien que des blockchains dédiées aux données existent, Bitcoin Cash offre l'avantage d'un réseau bien établi, hautement sécurisé et largement soutenu avec un historique éprouvé d'opération continue.
Network Architecture
A rede Bitcoin Cash opera na mesma arquitetura peer-to-peer fundamental do Bitcoin, com nós se comunicando via um protocolo de gossip para propagar transações e blocos. Nós completos mantêm uma cópia completa da blockchain e validam independentemente todas as transações e blocos de acordo com as regras de consenso. A rede é sem permissão, significando que qualquer pessoa pode operar um nó e participar da rede sem autorização.
Existem múltiplas implementações independentes de nós completos para o Bitcoin Cash, refletindo o compromisso do projeto com o desenvolvimento descentralizado. O Bitcoin Cash Node (BCHN) é a implementação mais amplamente utilizada e serve como o cliente de referência de facto. Outras implementações incluem Bitcoin Unlimited, BCHD (escrito em Go) e Knuth (uma implementação de alto desempenho em C++). A existência de múltiplas implementações independentes reduz o risco de um único bug de software causar uma falha em toda a rede e garante que nenhuma equipe de desenvolvimento individual tenha controle unilateral sobre o protocolo.
A mineração no Bitcoin Cash usa o algoritmo de prova de trabalho SHA-256, idêntico ao do Bitcoin. Isso significa que o mesmo hardware de mineração ASIC pode ser usado para minerar qualquer uma das cadeias, e mineradores podem alternar entre Bitcoin e Bitcoin Cash com base na rentabilidade. Na prática, a taxa de hash do Bitcoin Cash é uma fração da do Bitcoin, já que a maioria do poder de mineração SHA-256 é direcionada à cadeia Bitcoin mais lucrativa. No entanto, o algoritmo de ajuste de dificuldade do Bitcoin Cash garante que blocos sejam produzidos no intervalo alvo de dez minutos independentemente do nível absoluto de taxa de hash.
O algoritmo de ajuste de dificuldade é um dos componentes de protocolo mais importantes do Bitcoin Cash. O ajuste de dificuldade original do Bitcoin, que recalcula a cada 2.016 blocos (aproximadamente duas semanas), era muito lento para acomodar as rápidas flutuações de taxa de hash que o Bitcoin Cash experimentava quando mineradores alternavam entre ele e o Bitcoin. Após o problemático período de Ajuste de Dificuldade de Emergência (EDA) em 2017, o Bitcoin Cash adotou um novo algoritmo em novembro de 2017 que ajustava a dificuldade com base em uma janela móvel de 144 blocos.
Em novembro de 2020, o Bitcoin Cash foi atualizado para o algoritmo de ajuste de dificuldade ASERT (Absolutely Scheduled Exponentially Rising Targets), também conhecido como aserti3-2d. O ASERT é um algoritmo matematicamente elegante que ajusta o alvo de dificuldade com base na diferença entre o tempo real decorrido e o tempo esperado desde um bloco de referência (o "bloco âncora"). Se blocos estão sendo produzidos mais rápido que o esperado, a dificuldade aumenta exponencialmente; se mais devagar, diminui exponencialmente. A designação "3-2d" refere-se a uma meia-vida de aproximadamente dois dias (especificamente 288 blocos no alvo de dez minutos), significando que uma duplicação ou redução pela metade sustentada da taxa de hash resultaria em um ajuste completo de dificuldade dentro de dois dias. O ASERT provou ser altamente estável, produzindo intervalos de bloco consistentes mesmo sob significativa volatilidade de taxa de hash.
A eficiência na propagação de blocos é crítica para uma rede com blocos grandes. O Bitcoin Cash adotou várias otimizações para garantir que blocos grandes possam se propagar rapidamente pela rede. Blocos Compactos (BIP 152), que permitem que nós reconstruam blocos a partir de IDs de transação em vez de dados completos de transações, reduzem dramaticamente a largura de banda necessária para propagação de blocos quando nós têm mempools sobrepostos. O protocolo Graphene fornece compressão ainda maior usando estruturas de dados probabilísticas para alcançar codificação de blocos quase ótima. O Xthinner é outro protocolo de compressão desenvolvido especificamente para o Bitcoin Cash que alcança aproximadamente 99,6 por cento de compressão para blocos típicos.
As políticas de retransmissão e mempool da rede são projetadas para suportar transações de zero confirmação confiáveis. Nós seguem uma regra estrita de primeiro visto, aceitando e retransmitindo apenas a primeira versão de uma transação que observam. Se uma segunda transação tentando gastar as mesmas entradas (uma tentativa de gasto duplo) for detectada, nós gerarão uma prova de gasto duplo e a propagarão pela rede, alertando comerciantes e outras partes interessadas. Essa infraestrutura fornece um nível de segurança razoável para aceitar transações não confirmadas para pagamentos cotidianos de baixo valor.
Network Architecture
Le réseau Bitcoin Cash fonctionne sur la même architecture pair-à-pair fondamentale que Bitcoin, les nœuds communiquant via un protocole de propagation pour diffuser les transactions et les blocs. Les nœuds complets maintiennent une copie complète de la blockchain et valident indépendamment toutes les transactions et blocs conformément aux règles de consensus. Le réseau est sans permission, ce qui signifie que quiconque peut exploiter un nœud et participer au réseau sans autorisation.
Plusieurs implémentations indépendantes de nœuds complets existent pour Bitcoin Cash, reflétant l'engagement du projet envers le développement décentralisé. Bitcoin Cash Node (BCHN) est l'implémentation la plus largement utilisée et sert de client de référence de facto. D'autres implémentations incluent Bitcoin Unlimited, BCHD (écrit en Go) et Knuth (une implémentation haute performance en C++). L'existence de plusieurs implémentations indépendantes réduit le risque qu'un seul bug logiciel provoque une panne à l'échelle du réseau et garantit qu'aucune équipe de développement unique n'a un contrôle unilatéral sur le protocole.
Le minage sur Bitcoin Cash utilise l'algorithme de preuve de travail SHA-256, identique à celui de Bitcoin. Cela signifie que le même matériel de minage ASIC peut être utilisé pour miner l'une ou l'autre chaîne, et les mineurs peuvent alterner entre Bitcoin et Bitcoin Cash en fonction de la rentabilité. En pratique, le taux de hachage de Bitcoin Cash est une fraction de celui de Bitcoin, la majorité de la puissance de minage SHA-256 étant dirigée vers la chaîne Bitcoin plus rentable. Cependant, l'algorithme d'ajustement de difficulté de Bitcoin Cash garantit que les blocs sont produits à l'intervalle cible de dix minutes indépendamment du niveau absolu du taux de hachage.
L'algorithme d'ajustement de difficulté est l'un des composants de protocole les plus importants de Bitcoin Cash. L'ajustement de difficulté original de Bitcoin, qui recalcule tous les 2 016 blocs (environ deux semaines), était trop lent pour s'adapter aux fluctuations rapides du taux de hachage que Bitcoin Cash subissait lorsque les mineurs alternaient entre lui et Bitcoin. Après la période problématique d'Ajustement d'Urgence de la Difficulté (EDA) en 2017, Bitcoin Cash adopta un nouvel algorithme en novembre 2017 qui ajustait la difficulté sur une fenêtre mobile de 144 blocs.
En novembre 2020, Bitcoin Cash passa à l'algorithme d'ajustement de difficulté ASERT (Absolutely Scheduled Exponentially Rising Targets), également connu sous le nom d'aserti3-2d. ASERT est un algorithme mathématiquement élégant qui ajuste la cible de difficulté en fonction de la différence entre le temps réel écoulé et le temps attendu depuis un bloc de référence (le « bloc d'ancrage »). Si les blocs sont produits plus rapidement que prévu, la difficulté augmente exponentiellement ; si plus lentement, elle diminue exponentiellement. La désignation « 3-2d » fait référence à une demi-vie d'environ deux jours (spécifiquement 288 blocs à la cible de dix minutes), ce qui signifie qu'un doublement ou une réduction de moitié soutenu du taux de hachage entraînerait un ajustement complet de la difficulté dans les deux jours. ASERT s'est avéré hautement stable, produisant des intervalles de bloc cohérents même sous une volatilité significative du taux de hachage.
L'efficacité de la propagation des blocs est critique pour un réseau avec de grands blocs. Bitcoin Cash a adopté plusieurs optimisations pour s'assurer que les grands blocs puissent se propager rapidement à travers le réseau. Les Blocs Compacts (BIP 152), qui permettent aux nœuds de reconstruire des blocs à partir d'identifiants de transaction plutôt que de données de transaction complètes, réduisent considérablement la bande passante nécessaire à la propagation des blocs lorsque les nœuds ont des mempools qui se chevauchent. Le protocole Graphene fournit une compression encore plus grande en utilisant des structures de données probabilistes pour atteindre un encodage de bloc quasi optimal. Xthinner est un autre protocole de compression développé spécifiquement pour Bitcoin Cash qui atteint environ 99,6 pour cent de compression pour les blocs typiques.
Les politiques de relais et de mempool du réseau sont conçues pour supporter des transactions fiables à zéro confirmation. Les nœuds suivent une règle stricte du premier vu, acceptant et relayant uniquement la première version d'une transaction qu'ils observent. Si une seconde transaction tentant de dépenser les mêmes entrées (une tentative de double dépense) est détectée, les nœuds génèrent une preuve de double dépense et la propagent à travers le réseau, alertant les commerçants et autres parties intéressées. Cette infrastructure fournit un niveau de sécurité raisonnable pour accepter des transactions non confirmées pour les paiements quotidiens de faible valeur.
Smart Contract Capabilities
Embora o Bitcoin Cash seja projetado principalmente como um sistema de dinheiro eletrônico peer-to-peer, ele desenvolveu capacidades significativas de contratos inteligentes através de extensões à sua linguagem de scripting. Diferentemente do modelo de contratos inteligentes baseado em contas e Turing-completo do Ethereum, os contratos inteligentes do Bitcoin Cash operam dentro do modelo UTXO usando uma linguagem de scripting baseada em pilha que deliberadamente não é Turing-completa. Esse design fornece custos de execução previsíveis e evita a classe de vulnerabilidades associadas à computação ilimitada, enquanto ainda permite um conjunto surpreendentemente rico de instrumentos financeiros programáveis.
A linguagem de scripting do Bitcoin Cash foi progressivamente aprimorada através de uma série de atualizações de protocolo. Em maio de 2018, vários opcodes que haviam sido desativados no início da história do Bitcoin foram reativados, incluindo operadores de lógica bit a bit (OP_AND, OP_OR, OP_XOR), operadores aritméticos para números maiores e operações de manipulação de strings (OP_SPLIT, OP_CAT). Esses opcodes restaurados expandiram significativamente a expressividade dos scripts do Bitcoin Cash.
A introdução de OP_CHECKDATASIG e OP_CHECKDATASIGVERIFY em novembro de 2018 foi um avanço particularmente importante. Esses opcodes permitem que um script de transação verifique uma assinatura ECDSA contra dados arbitrários, não apenas a transação em si. Isso habilita contratos baseados em oráculos onde uma fonte de dados externa assina uma mensagem atestando alguma condição do mundo real (como um preço, evento climático ou resultado esportivo), e a execução do contrato depende do conteúdo dessa mensagem assinada. Essa capacidade abre a porta para mercados de previsão descentralizados, contratos de seguro e outros instrumentos financeiros que dependem de dados externos.
Os opcodes de introspecção nativos, introduzidos em maio de 2022, permitem que scripts de transação examinem as propriedades da transação que os contém. Scripts podem inspecionar o valor, script de bloqueio e dados de token tanto de entradas quanto de saídas dentro da mesma transação. Isso habilita contratos no estilo covenant — scripts que restringem como moedas podem ser gastas em transações futuras, não apenas quem pode gastá-las. Covenants habilitam padrões poderosos como cofres (restrições de gasto com bloqueio temporal para segurança), pagamentos recorrentes, exchanges descentralizados e mecanismos de votação on-chain.
O CashScript é uma linguagem de contratos inteligentes de alto nível para o Bitcoin Cash, análoga ao Solidity para o Ethereum. O CashScript permite que desenvolvedores escrevam contratos em uma sintaxe familiar, semelhante ao JavaScript, que é compilada para bytecode de script do Bitcoin Cash. A linguagem lida com a complexidade do design de contratos baseados em UTXO, incluindo introspecção de entrada/saída e verificação de assinatura, tornando-o acessível a desenvolvedores que podem não estar familiarizados com programação de baixo nível baseada em pilha. Contratos CashScript foram usados para construir exchanges descentralizados, serviços de custódia, plataformas de financiamento coletivo e outras aplicações.
A atualização CashTokens em maio de 2023 adicionou outra dimensão às capacidades de contratos inteligentes do Bitcoin Cash. Ao incorporar tokens fungíveis e não fungíveis diretamente no modelo UTXO no nível de consenso, o CashTokens habilita contratos baseados em tokens que são aplicados pelas regras de consenso da rede em vez de protocolos de sobreposição. Os tokens não fungíveis (NFTs) no CashTokens carregam um campo de "compromisso" — dados arbitrários anexados ao token — que podem ser lidos e validados por scripts de contratos inteligentes. Isso cria um mecanismo para manter estado on-chain através de múltiplas transações, uma capacidade que anteriormente era difícil de alcançar no modelo UTXO. Contratos podem usar NFTs como portadores de estado, atualizando os dados de compromisso a cada transação para implementar protocolos complexos de múltiplos passos.
A combinação de opcodes de introspecção, CashTokens e CashScript cria uma plataforma de contratos inteligentes que, embora fundamentalmente diferente do modelo do Ethereum, é capaz de implementar muitas das mesmas aplicações financeiras descentralizadas. Exchanges descentralizados, criadores de mercado automatizados, protocolos de empréstimo e organizações autônomas descentralizadas foram todos construídos ou prototipados no Bitcoin Cash. A abordagem baseada em UTXO oferece vantagens em termos de paralelização (UTXOs podem ser validados independentemente), privacidade (cada UTXO é independente) e previsibilidade (sem estado global para disputar), embora requeira padrões de design diferentes dos sistemas baseados em contas.
Smart Contract Capabilities
Bien que Bitcoin Cash soit principalement conçu comme un système d'argent électronique pair-à-pair, il a développé des capacités significatives de contrats intelligents grâce à des extensions de son langage de script. Contrairement au modèle de contrats intelligents d'Ethereum, basé sur des comptes et Turing-complet, les contrats de Bitcoin Cash fonctionnent dans le modèle UTXO au moyen d'un langage de script à pile qui est délibérément non Turing-complet. Ce choix fournit des coûts d'exécution prévisibles et évite une classe de vulnérabilités liées au calcul non borné, tout en permettant néanmoins un ensemble étonnamment riche d'instruments financiers programmables.
Le langage de script de Bitcoin Cash a été renforcé progressivement à travers une série de mises à niveau de protocole. En mai 2018, plusieurs opcodes désactivés au début de l'histoire de Bitcoin ont été réactivés, notamment des opérateurs logiques bit à bit (OP_AND, OP_OR, OP_XOR), des opérateurs arithmétiques pour des nombres plus grands, et des opérations de manipulation de chaînes (OP_SPLIT, OP_CAT). Le retour de ces opcodes a considérablement augmenté l'expressivité des scripts Bitcoin Cash.
L'introduction de OP_CHECKDATASIG et OP_CHECKDATASIGVERIFY en novembre 2018 a constitué une avancée particulièrement importante. Ces opcodes permettent à un script de transaction de vérifier une signature ECDSA sur des données arbitraires, et pas uniquement sur la transaction elle-même. Cela rend possibles des contrats basés sur des oracles, où une source de données externe signe un message attestant d'une condition du monde réel (par exemple un prix, un événement météorologique ou un score sportif), et où l'exécution du contrat dépend du contenu de ce message signé. Cette capacité ouvre la voie à des marchés de prédiction décentralisés, des contrats d'assurance et d'autres instruments financiers dépendants de données externes.
Les opcodes d'introspection natifs, introduits en mai 2022, permettent aux scripts d'examiner les propriétés de la transaction qui les contient. Les scripts peuvent inspecter la valeur, le script de verrouillage et les données de jeton des entrées et des sorties au sein d'une même transaction. Cela rend possibles des contrats de type « covenant »: des scripts qui restreignent la manière dont des pièces pourront être dépensées dans des transactions futures, pas seulement qui peut les dépenser. Les covenants autorisent des modèles puissants comme des coffres (restrictions de dépense verrouillées dans le temps pour la sécurité), des paiements récurrents, des échanges décentralisés et des mécanismes de vote on-chain.
CashScript est un langage de contrat intelligent de haut niveau pour Bitcoin Cash, analogue à Solidity sur Ethereum. CashScript permet d'écrire des contrats dans une syntaxe familière de type JavaScript, qui est compilée en bytecode de script Bitcoin Cash. Le langage gère la complexité de la conception de contrats UTXO, notamment l'introspection des entrées/sorties et la vérification de signature, le rendant accessible à des développeurs qui ne maîtrisent pas la programmation bas niveau orientée pile. Des contrats CashScript ont servi à construire des échanges décentralisés, des services d'escrow, des plateformes de financement participatif et d'autres applications.
La mise à niveau CashTokens en mai 2023 a ajouté une dimension supplémentaire aux capacités de contrats intelligents de Bitcoin Cash. En intégrant des jetons fongibles et non fongibles directement dans le modèle UTXO au niveau du consensus, CashTokens permet des contrats basés sur des jetons qui sont appliqués par les règles de consensus du réseau plutôt que par des protocoles de surcouche. Les NFT dans CashTokens possèdent un champ « commitment »: des données arbitraires attachées au jeton, que les scripts de contrat intelligent peuvent lire et valider. Cela crée un mécanisme pour maintenir un état on-chain au fil de plusieurs transactions, ce qui était auparavant difficile à réaliser dans le modèle UTXO. Les contrats peuvent utiliser des NFT comme porteurs d'état, en mettant à jour les données de commitment à chaque transaction afin d'implémenter des protocoles complexes en plusieurs étapes.
La combinaison des opcodes d'introspection, de CashTokens et de CashScript forme une plateforme de contrats intelligents qui, bien que fondamentalement différente du modèle d'Ethereum, est capable de mettre en oeuvre bon nombre des mêmes applications financières décentralisées. Des échanges décentralisés, des teneurs de marché automatisés, des protocoles de prêt et des organisations autonomes décentralisées ont tous été construits ou prototypés sur Bitcoin Cash. L'approche basée sur UTXO offre des avantages en termes de parallélisation (les UTXO peuvent être validés indépendamment), de confidentialité (chaque UTXO est indépendant) et de prévisibilité (pas d'état global à gérer), mais elle exige des modèles de conception différents des systèmes basés sur des comptes.
Monetary Policy
O Bitcoin Cash herda a política monetária do Bitcoin em sua totalidade. A oferta total de Bitcoin Cash é limitada a 21 milhões de moedas, e o cronograma de emissão segue o mesmo mecanismo de halving do Bitcoin. Essa política monetária compartilhada é uma consequência direta do fork: como o Bitcoin Cash se separou da blockchain do Bitcoin, começou com o mesmo histórico de emissão e continua com as mesmas regras de emissão futuras.
A recompensa por bloco começou em 50 BCH por bloco (herdada dos parâmetros de gênese do Bitcoin) e é reduzida pela metade a cada 210.000 blocos, aproximadamente a cada quatro anos. O primeiro halving ocorreu em novembro de 2012 (antes do fork, portanto é história compartilhada), reduzindo a recompensa para 25 moedas. O segundo halving em julho de 2016 a reduziu para 12,5 moedas. O terceiro halving em abril de 2020, que ocorreu após o fork e portanto foi específico da cadeia Bitcoin Cash, reduziu a recompensa para 6,25 BCH. O quarto halving em abril de 2024 a reduziu ainda mais para 3,125 BCH por bloco.
Esse cronograma de halving cria uma política monetária desinflacionária na qual a taxa de criação de novas moedas diminui ao longo do tempo, aproximando-se de zero assintoticamente. A última moeda de Bitcoin Cash deve ser minerada por volta do ano 2140. Nesse ponto, a receita dos mineradores consistirá inteiramente em taxas de transação.
O limite de oferta de 21 milhões e o cronograma de halving dão ao Bitcoin Cash as mesmas propriedades de escassez do Bitcoin. A oferta circulante no início de 2026 é de aproximadamente 19,8 milhões de BCH, representando mais de 94 por cento da oferta total que existirá. As moedas restantes serão distribuídas ao longo de mais de um século de recompensas de bloco decrescentes.
A abordagem do Bitcoin Cash para a transição de recompensas de bloco para compensação de mineradores baseada em taxas difere da estratégia do Bitcoin. A filosofia de escalabilidade do Bitcoin, que restringe o espaço de bloco para manter um mercado de taxas, depende implicitamente de altas taxas por transação para compensar mineradores à medida que as recompensas de bloco diminuem. O Bitcoin Cash adota a abordagem oposta: ao manter taxas baixas e blocos grandes, a rede visa gerar receita total de taxas suficiente através de alto volume de transações em vez de altas taxas por transação. Neste modelo, se cada transação paga uma taxa de um centavo mas a rede processa milhões de transações por bloco, a receita agregada de taxas pode ser suficientemente substancial para incentivar a mineração.
Esse modelo de taxas baseado em volume requer que o Bitcoin Cash alcance um throughput de transações significativamente maior que o do Bitcoin para fornecer incentivos equivalentes aos mineradores na era pós-subsídio. Defensores argumentam que isso é alcançável através do escalamento contínuo on-chain, já que a demanda global de pagamentos é enorme e mesmo uma participação modesta nas transações mundiais representaria milhões de pagamentos por dia. Críticos contra-argumentam que alcançar esse nível de adoção é incerto e que o modelo de baixas taxas pode criar incentivos insuficientes durante o período de transição.
A política monetária compartilhada entre Bitcoin e Bitcoin Cash significa que as duas cadeias estão em competição direta pelo poder de hash de mineração SHA-256. Mineradores alocam seus recursos para a cadeia que for mais lucrativa em qualquer momento dado, e os algoritmos de ajuste de dificuldade em ambas as cadeias acomodam essa alocação fluida. Na prática, a participação do Bitcoin Cash na taxa de hash total SHA-256 tem sido proporcional ao seu preço relativo, refletindo o comportamento econômico racional de mineradores que maximizam lucros.
Monetary Policy
Bitcoin Cash hérite intégralement de la politique monétaire de Bitcoin. L'offre totale de Bitcoin Cash est plafonnée à 21 millions de pièces, et le calendrier d'émission suit le même mécanisme de halving que Bitcoin. Cette politique monétaire commune est une conséquence directe de la bifurcation: parce que Bitcoin Cash s'est séparé de la blockchain Bitcoin, il a démarré avec le même historique d'émission et continue d'appliquer les mêmes règles d'émission à l'avenir.
La récompense de bloc a commencé à 50 BCH par bloc (héritée des paramètres du bloc genesis de Bitcoin) et est divisée par deux tous les 210 000 blocs, soit environ tous les quatre ans. Le premier halving a eu lieu en novembre 2012 (avant la bifurcation, donc historique partagé), réduisant la récompense à 25 pièces. Le deuxième halving en juillet 2016 l'a réduite à 12,5 pièces. Le troisième halving en avril 2020, survenu après la bifurcation et donc spécifique à la chaîne Bitcoin Cash, l'a réduite à 6,25 BCH. Le quatrième halving en avril 2024 l'a encore réduite à 3,125 BCH par bloc.
Ce calendrier de halvings crée une politique monétaire désinflationniste où le rythme de création de nouvelles pièces diminue au fil du temps, en s'approchant asymptotiquement de zéro. La dernière pièce de Bitcoin Cash devrait être minée aux alentours de l'année 2140. À ce moment-là, les revenus des mineurs proviendront entièrement des frais de transaction.
Le plafond de 21 millions et le calendrier de halvings confèrent à Bitcoin Cash les mêmes propriétés de rareté que Bitcoin. L'offre en circulation au début de 2026 est d'environ 19,8 millions de BCH, soit plus de 94% de l'offre totale qui existera un jour. Les pièces restantes seront distribuées sur plus d'un siècle au travers de récompenses de bloc de plus en plus faibles.
L'approche de Bitcoin Cash concernant la transition des récompenses de bloc vers une rémunération des mineurs fondée sur les frais diffère de la stratégie de Bitcoin. La philosophie de mise à l'échelle de Bitcoin, qui contraint l'espace de bloc pour maintenir un marché des frais, repose implicitement sur des frais élevés par transaction afin de compenser les mineurs lorsque les récompenses diminuent. Bitcoin Cash prend l'approche inverse: en maintenant des frais bas et des blocs grands, le réseau vise à générer suffisamment de revenus de frais totaux grâce à un volume élevé de transactions plutôt qu'à des frais élevés par transaction. Dans ce modèle, si chaque transaction paie un centime mais que le réseau traite des millions de transactions par bloc, les revenus agrégés de frais peuvent tout de même être suffisamment importants pour inciter au minage.
Ce modèle fondé sur le volume exige que Bitcoin Cash atteigne un débit de transactions significativement plus élevé que Bitcoin pour fournir des incitations équivalentes aux mineurs à l'ère post-subvention. Les partisans soutiennent que cela est réalisable via la mise à l'échelle on-chain continue, car la demande mondiale en paiements est énorme et même une part modeste des transactions mondiales représenterait des millions de paiements par jour. Les critiques rétorquent que ce niveau d'adoption est incertain et que le modèle à faibles frais pourrait créer des incitations insuffisantes pendant la période de transition.
La politique monétaire partagée entre Bitcoin et Bitcoin Cash signifie que les deux chaînes sont en concurrence directe pour la puissance de hachage SHA-256. Les mineurs allouent leurs ressources à la chaîne la plus profitable à un moment donné, et les algorithmes d'ajustement de difficulté des deux chaînes s'adaptent à cette allocation fluide. En pratique, la part de Bitcoin Cash dans le taux de hachage total SHA-256 a été proportionnelle à son prix relatif, reflétant le comportement économique rationnel des mineurs cherchant à maximiser leur profit.
Conclusion
O Bitcoin Cash representa uma continuação baseada em princípios da visão original do Bitcoin como dinheiro eletrônico peer-to-peer. Ao aumentar o limite do tamanho de bloco e buscar o escalamento on-chain, o Bitcoin Cash manteve as baixas taxas e transações rápidas que caracterizavam o Bitcoin inicial, tornando práticos os pagamentos cotidianos e microtransações que o whitepaper original imaginava.
A trajetória técnica do projeto tem sido marcada por melhorias de protocolo ponderadas e consequentes. O algoritmo de ajuste de dificuldade ASERT fornece produção de blocos estável sob condições voláteis de taxa de hash. A linguagem de scripting aprimorada, com opcodes restaurados e novos, permite contratos inteligentes sofisticados dentro das restrições de segurança do modelo UTXO. O CashTokens traz tokenização aplicada no nível de consenso ao protocolo Bitcoin pela primeira vez. O CashScript torna essas capacidades acessíveis a uma ampla comunidade de desenvolvedores. Juntos, esses avanços demonstram que o modelo UTXO pode suportar um rico ecossistema de aplicações descentralizadas mantendo suas propriedades fundamentais de simplicidade e segurança.
O debate sobre escalabilidade que levou à criação do Bitcoin Cash destacou uma tensão fundamental em sistemas descentralizados: o equilíbrio entre capacidade on-chain e o custo de operar nós completos. O Bitcoin Cash escolheu priorizar a capacidade de transações e a experiência do usuário, argumentando que os benefícios econômicos da adoção e uso generalizados superam os requisitos aumentados de hardware para operadores de nós. Esta é uma questão empírica cuja resposta se desdobrará ao longo dos próximos anos e décadas à medida que tanto Bitcoin quanto Bitcoin Cash continuam a evoluir em seus respectivos caminhos.
A sobrevivência e o desenvolvimento contínuo do Bitcoin Cash através de múltiplos mercados baixistas, forks contenciosos (notavelmente a divisão do Bitcoin SV em novembro de 2018) e esforço sustentado da comunidade demonstram a resiliência do projeto e a convicção de seus participantes. A rede processou centenas de milhões de transações desde o fork, manteve operação contínua e atraiu uma comunidade global de desenvolvedores, comerciantes e usuários que compartilham a crença de que dinheiro eletrônico peer-to-peer é uma tecnologia que vale a pena construir.
O sucesso a longo prazo do Bitcoin Cash depende de sua capacidade de atrair usuários e comerciantes que valorizem transações de baixas taxas e confiáveis, e de escalar sua infraestrutura para atender às demandas de uma rede de pagamentos global. As bases técnicas são sólidas, o roteiro é claro e a comunidade é comprometida. Se o Bitcoin Cash alcançará finalmente seu ambicioso objetivo de servir como dinheiro eletrônico para o mundo será determinado não por limitações técnicas, mas pelos efeitos de rede, dinâmicas de mercado e padrões de adoção que governam a evolução de todos os sistemas monetários.
Conclusion
Bitcoin Cash représente une continuation de principe de la vision originale de Bitcoin en tant qu'argent électronique pair-à-pair. En augmentant la limite de taille de bloc et en poursuivant la mise à l'échelle on-chain, Bitcoin Cash a conservé les faibles frais et les transactions rapides qui caractérisaient les débuts de Bitcoin, le rendant pratique pour les paiements quotidiens et les microtransactions que le whitepaper original envisageait.
La trajectoire technique du projet a été marquée par des améliorations de protocole réfléchies et conséquentes. L'algorithme d'ajustement de difficulté ASERT fournit une production de blocs stable malgré une volatilité du taux de hachage. Le langage de script amélioré, avec des opcodes restaurés et nouveaux, permet des contrats intelligents sophistiqués dans les contraintes de sécurité du modèle UTXO. CashTokens apporte la tokenisation appliquée par le consensus au protocole Bitcoin pour la première fois. CashScript rend ces capacités accessibles à une large communauté de développeurs. Ensemble, ces avancées démontrent que le modèle UTXO peut soutenir un écosystème riche d'applications décentralisées tout en conservant ses propriétés fondamentales de simplicité et de sécurité.
Le débat sur la mise à l'échelle qui a conduit à la création de Bitcoin Cash a mis en évidence une tension fondamentale des systèmes décentralisés: le compromis entre la capacité on-chain et le coût d'exploitation de nœuds complets. Bitcoin Cash a choisi de prioriser la capacité de transaction et l'expérience utilisateur, en affirmant que les bénéfices économiques d'une adoption et d'un usage généralisés l'emportent sur l'augmentation des exigences matérielles pour les opérateurs de nœuds. C'est une question empirique dont la réponse se précisera au cours des années et décennies à venir, à mesure que Bitcoin et Bitcoin Cash continueront d'évoluer selon leurs trajectoires respectives.
La survie et le développement continu de Bitcoin Cash à travers plusieurs marchés baissiers, des forks conflictuels (notamment la séparation Bitcoin SV en novembre 2018) et des efforts communautaires soutenus démontrent la résilience du projet et la conviction de ses participants. Le réseau a traité des centaines de millions de transactions depuis la bifurcation, a maintenu une opération continue, et a attiré une communauté mondiale de développeurs, de commerçants et d'utilisateurs qui partagent la croyance que l'argent électronique pair-à-pair est une technologie qui vaut la peine d'être construite.
Le succès à long terme de Bitcoin Cash dépend de sa capacité à attirer des utilisateurs et des commerçants qui valorisent des transactions fiables à faibles frais, et à faire évoluer son infrastructure pour répondre aux exigences d'un réseau de paiement mondial. Les fondations techniques sont solides, la feuille de route est claire et la communauté est engagée. La question de savoir si Bitcoin Cash atteindra finalement son objectif ambitieux de servir d'argent électronique pour le monde ne sera pas déterminée par des limitations techniques, mais par les effets de réseau, les dynamiques de marché et les schémas d'adoption qui gouvernent l'évolution de tous les systèmes monétaires.
