Bitcoin Cash: Dinheiro eletrônico peer-to-peer para o mundo
Bitcoin Cash (BCH) se bifurcó de Bitcoin el 1 de agosto de 2017. No cuenta con su propio whitepaper — el documento presentado aquí es el whitepaper original de Bitcoin por Satoshi Nakamoto, al que Bitcoin Cash hace referencia como la base de su visión de efectivo electrónico entre pares.
Abstract
Bitcoin Cash es un sistema de efectivo electrónico peer-to-peer que se bifurcó de la cadena de bloques de Bitcoin el 1 de agosto de 2017. Creado en respuesta a las limitaciones de escalabilidad de Bitcoin, Bitcoin Cash aumentó el límite del tamaño de bloque para permitir un mayor rendimiento de transacciones y comisiones más bajas, restaurando la visión original de Bitcoin como un medio de intercambio práctico para las transacciones cotidianas. Con bloques de 32MB, un algoritmo de ajuste de dificultad adaptativo y un desarrollo continuo del protocolo, Bitcoin Cash aspira a escalar en cadena para servir como efectivo peer-to-peer global.
El proyecto Bitcoin Cash nació de un desacuerdo fundamental dentro de la comunidad de Bitcoin sobre cómo debería escalar la red para acomodar la creciente demanda. Mientras una facción abogaba por soluciones de escalado fuera de cadena como la Lightning Network construida sobre SegWit, otra facción argumentaba que aumentar el límite del tamaño de bloque era el enfoque más directo y probado para escalar. Cuando no se pudo alcanzar un consenso, el segundo grupo ejecutó una bifurcación dura, creando una nueva cadena que preservaba el historial de transacciones de Bitcoin mientras implementaba un límite de tamaño de bloque mayor y rechazaba SegWit. Este documento describe las especificaciones técnicas, la filosofía de diseño y la trayectoria de desarrollo de Bitcoin Cash.
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.
Introduction
El libro blanco original de Bitcoin, publicado por Satoshi Nakamoto en 2008, describía "una versión puramente peer-to-peer de efectivo electrónico" que permitiría "enviar pagos en línea directamente de una parte a otra sin pasar por una institución financiera". Esta visión de Bitcoin como un medio de intercambio para transacciones cotidianas fue central para su adopción temprana y el crecimiento de su comunidad. Los primeros defensores de Bitcoin citaban frecuentemente las bajas comisiones de transacción y los pagos rápidos como ventajas clave sobre los sistemas financieros tradicionales.
Sin embargo, a medida que la popularidad de Bitcoin creció a mediados de la década de 2010, una restricción fundamental comenzó a limitar su utilidad como efectivo electrónico. El límite de tamaño de bloque de un megabyte, originalmente introducido como una medida temporal contra el spam, creó un techo artificial en el número de transacciones que la red podía procesar. A medida que la demanda de espacio en los bloques aumentaba, los usuarios se veían obligados a competir por la capacidad limitada ofreciendo comisiones de transacción más altas. A principios de 2017, la comisión mediana de las transacciones de Bitcoin había subido a varios dólares, haciendo que las transacciones de bajo valor fueran económicamente impracticables. Durante los períodos de máxima congestión, las comisiones podían superar los veinte dólares, y las transacciones podían permanecer sin confirmar durante horas o incluso días.
Esta situación representaba una desviación fundamental de la promesa original de Bitcoin. Un sistema diseñado para permitir pagos electrónicos peer-to-peer se estaba volviendo demasiado caro y demasiado lento para los casos de uso que fue creado para servir. Mientras Bitcoin se posicionaba cada vez más como "oro digital" — una reserva de valor en lugar de un medio de intercambio — muchos miembros de la comunidad y desarrolladores creían que esto representaba una traición a los principios fundacionales del proyecto.
Bitcoin Cash fue creado para resolver esta crisis adoptando el enfoque más directo para escalar: aumentar el límite del tamaño de bloque. Al permitir que más transacciones quepan en cada bloque, Bitcoin Cash buscó restaurar las comisiones bajas y las confirmaciones rápidas, haciendo que el efectivo electrónico peer-to-peer fuera práctico nuevamente. Los defensores del proyecto argumentaban que el escalado en cadena no solo era técnicamente factible, sino que era el enfoque que Satoshi Nakamoto había previsto originalmente, señalando comunicaciones tempranas en las que Nakamoto discutía la posibilidad de aumentar el límite del tamaño de bloque a medida que la red creciera.
La creación de Bitcoin Cash el 1 de agosto de 2017 fue uno de los eventos más significativos en la historia de las criptomonedas. Representó la primera gran división de cadena en la historia de Bitcoin impulsada por un genuino desacuerdo filosófico sobre la dirección futura del protocolo. La bifurcación demostró que en un sistema descentralizado, las disputas irresolubles pueden resolverse permitiendo que cada facción persiga su propia visión de forma independiente, con el mercado determinando finalmente el resultado.
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.
Background: The Scaling Debate
El debate sobre la escalabilidad de Bitcoin fue una de las disputas más contenciosas y prolongadas en la historia del desarrollo de software de código abierto. En su esencia, el debate se centraba en una pregunta aparentemente simple: ¿cómo debería la red Bitcoin aumentar su capacidad de procesamiento de transacciones? Sin embargo, la respuesta a esta pregunta tocaba cuestiones fundamentales de gobernanza, descentralización, filosofía técnica y la propia identidad de Bitcoin.
El límite de tamaño de bloque de un megabyte de Bitcoin fue introducido por Satoshi Nakamoto en 2010 como una medida temporal para prevenir ataques de denegación de servicio en los que un adversario pudiera inundar la red con bloques sobredimensionados. En aquel momento, el uso real de los bloques estaba muy por debajo de este límite, y Nakamoto sugirió que el límite podría elevarse en el futuro mediante un simple cambio de código. Sin embargo, a medida que el uso de Bitcoin creció y los bloques comenzaron a llenarse, elevar el límite resultó ser mucho más contencioso de lo que nadie había anticipado.
Una facción, que llegó a asociarse con el equipo de desarrollo de Bitcoin Core, argumentaba que el tamaño de bloque debía mantenerse pequeño para preservar la descentralización. Su razonamiento era que bloques más grandes aumentarían los requisitos computacionales y de ancho de banda para ejecutar un nodo completo, pudiendo potencialmente excluir a los usuarios ordinarios y concentrar la operación de nodos entre entidades con muchos recursos. Propusieron un camino de escalado alternativo: SegWit, un cambio de protocolo que reestructuraba los datos de transacción para aumentar efectivamente la capacidad de transacciones del bloque sin elevar el límite de tamaño nominal, combinado con soluciones fuera de cadena como la Lightning Network que trasladarían la mayoría de las transacciones fuera de la cadena de bloques principal.
La facción opuesta, que incluía desarrolladores prominentes, mineros y empresas, argumentaba que elevar el límite del tamaño de bloque era la solución más simple, más probada y más urgente. Sostenían que el límite de un megabyte era una restricción arbitraria que nunca había sido concebida como una característica permanente del protocolo, y que los aumentos de comisiones y la congestión resultantes estaban alejando a los usuarios y comerciantes de Bitcoin. Eran escépticos respecto a la complejidad de SegWit y les preocupaba que la Lightning Network, que en ese momento era en gran parte teórica, pudiera no cumplir nunca sus promesas de transacciones baratas e instantáneas.
El debate se intensificó a través de una serie de propuestas y contrapropuestas. Bitcoin XT, propuesto por Mike Hearn y Gavin Andresen en 2015, buscaba aumentar el tamaño de bloque a 8MB. Bitcoin Classic propuso un aumento más modesto a 2MB. Bitcoin Unlimited propuso eliminar por completo el límite de tamaño de bloque, permitiendo a los mineros establecer sus propios límites a través de la dinámica del mercado. Cada propuesta generó un debate feroz y ninguna logró el consenso abrumador necesario para una bifurcación dura no contenciosa.
Se realizaron varios intentos de compromiso. El Acuerdo de Hong Kong (febrero de 2016) vio a los desarrolladores de Bitcoin Core y los mineros acordar desplegar SegWit seguido de una bifurcación dura a 2MB, pero el acuerdo se desmoronó cuando el componente de bifurcación dura no fue implementado. El Acuerdo de Nueva York (mayo de 2017), también conocido como SegWit2x, proponía activar SegWit inmediatamente seguido de una bifurcación dura a 2MB dentro de seis meses. Este acuerdo fue firmado por más de cincuenta empresas que representaban la mayoría del poder de hash de Bitcoin, pero fue fuertemente rechazado por el equipo de desarrollo de Bitcoin Core y una porción significativa de la comunidad de usuarios.
Cuando quedó claro que el compromiso era imposible, la facción de bloques grandes decidió actuar unilateralmente. El 1 de agosto de 2017, ejecutaron una bifurcación dura de la cadena de bloques de Bitcoin, creando Bitcoin Cash con un límite de tamaño de bloque inicial de 8MB. Esta no fue una decisión tomada a la ligera — requirió dividir la cadena de bloques, la red, la comunidad y la marca. Pero los defensores de Bitcoin Cash creían que era la única forma de preservar la visión original de Bitcoin como efectivo electrónico peer-to-peer.
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.
The Fork
La bifurcación dura de Bitcoin Cash se ejecutó el 1 de agosto de 2017, en la altura de bloque 478.558. En ese punto, la cadena de bloques de Bitcoin se dividió en dos cadenas separadas: la cadena original, que continuó como Bitcoin (BTC) con la activación de SegWit, y la nueva cadena, que se convirtió en Bitcoin Cash (BCH) con un límite de tamaño de bloque aumentado a 8MB.
La bifurcación fue técnicamente limpia y bien planificada. Cada dirección de Bitcoin que tenía un saldo en el momento de la bifurcación recibió un saldo idéntico en ambas cadenas. Si un usuario tenía 1 BTC antes de la bifurcación, tendría 1 BTC en la cadena de Bitcoin y 1 BCH en la cadena de Bitcoin Cash después de la bifurcación. Todo el historial de transacciones anterior al bloque 478.558 era compartido entre ambas cadenas.
Uno de los desafíos técnicos críticos de la bifurcación fue la implementación de la protección contra repetición. Sin protección contra repetición, una transacción transmitida en una cadena podría ser repetida en la otra cadena, causando potencialmente que los usuarios gastaran monedas involuntariamente en ambas cadenas. Bitcoin Cash implementó una fuerte protección contra repetición modificando el algoritmo de firma de transacciones. Específicamente, Bitcoin Cash introdujo una nueva bandera SigHash (SIGHASH_FORKID) que se incluye en el hash de la firma de cada transacción. Las transacciones firmadas con esta bandera son válidas en la cadena de Bitcoin Cash pero inválidas en la cadena de Bitcoin, y viceversa. Esto aseguró una separación limpia entre las dos redes desde el momento de la bifurcación.
El límite de tamaño de bloque inicial para Bitcoin Cash se estableció en 8MB, ocho veces mayor que el límite de 1MB de Bitcoin. Esto representó un aumento significativo en la capacidad de transacciones en cadena, permitiendo a Bitcoin Cash procesar sustancialmente más transacciones por bloque manteniendo comisiones bajas. El primer bloque de Bitcoin Cash después de la bifurcación fue minado por el pool de minería ViaBTC y tenía aproximadamente 1,9MB de tamaño, demostrando el beneficio práctico inmediato del tamaño de bloque más grande.
La bifurcación también eliminó SegWit, que había sido activado en la cadena de Bitcoin. Los desarrolladores de Bitcoin Cash rechazaron SegWit por varias razones: creían que introducía complejidad innecesaria en el protocolo, creaba un sistema de transacciones de dos niveles con diferentes estructuras de comisiones, y modificaba la estructura del bloque de maneras que argumentaban socavaban la simplicidad del modelo UTXO. Al elegir un aumento directo del tamaño de bloque, Bitcoin Cash mantuvo una arquitectura de protocolo más simple y tradicional al estilo de Bitcoin.
Después de la bifurcación, ambas cadenas tuvieron que lidiar con el desafío del ajuste de dificultad. Bitcoin Cash inicialmente usó la misma dificultad SHA-256 de la cadena de Bitcoin, pero con significativamente menos poder de hash dedicado a la minería. Para prevenir un escenario en el que los bloques se minaran extremadamente lento, Bitcoin Cash implementó un mecanismo de Ajuste de Dificultad de Emergencia (EDA) que disminuiría la dificultad en un 20 por ciento si se minaban menos de 6 bloques en un período de 12 horas. Si bien este mecanismo mantuvo exitosamente la cadena viva durante el período inicial crítico, resultó ser inestable, causando oscilaciones salvajes en los tiempos de producción de bloques y la tasa de hash a medida que los mineros alternaban entre Bitcoin y Bitcoin Cash según la rentabilidad. El EDA fue reemplazado en noviembre de 2017 por un algoritmo de ajuste de dificultad más estable basado en un promedio móvil de los 144 bloques anteriores.
La bifurcación fue recibida con considerable controversia en la comunidad de criptomonedas más amplia. Los críticos argumentaban que Bitcoin Cash era un intento ilegítimo de apropiarse de la marca Bitcoin, mientras que los defensores sostenían que era una continuación legítima de la hoja de ruta original de Bitcoin. Los exchanges y proveedores de servicios tuvieron que tomar decisiones rápidas sobre si apoyar la nueva cadena y cómo manejar la distribución de monedas bifurcadas a sus clientes. A pesar de la controversia, Bitcoin Cash se estableció rápidamente como una criptomoneda viable y activamente utilizada, logrando un volumen de negociación significativo y adopción por parte de comerciantes en los meses posteriores a la bifurcación.
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.
Technical Specifications
Bitcoin Cash comparte la arquitectura técnica fundamental de Bitcoin, incluyendo el mecanismo de consenso de prueba de trabajo SHA-256, el modelo de transacciones UTXO, la curva elíptica secp256k1 para firmas digitales y el intervalo objetivo de bloques de diez minutos. Sin embargo, varias modificaciones clave lo diferencian del protocolo de Bitcoin.
La diferencia más prominente es el límite de tamaño de bloque. Bitcoin Cash se lanzó con un límite de tamaño de bloque de 8MB y posteriormente lo aumentó a 32MB en mayo de 2018. Este límite de 32MB proporciona aproximadamente 32 veces la capacidad de transacciones del tamaño de bloque efectivo de 1MB sin SegWit de Bitcoin (o aproximadamente 8 veces la capacidad del límite efectivo de Bitcoin mejorado con SegWit de aproximadamente 4MB). El tamaño de bloque más grande es la piedra angular de la filosofía de escalado en cadena de Bitcoin Cash, proporcionando amplio espacio para el crecimiento de transacciones sin la presión de comisiones que surge cuando los bloques están consistentemente llenos.
Bitcoin Cash no implementa SegWit. En lugar de separar los datos de testigos de los datos de transacciones como hace SegWit, Bitcoin Cash mantiene intacto el formato de transacciones original de Bitcoin. Todos los datos de transacción, incluidas las firmas, se almacenan dentro del bloque de manera tradicional. Esto simplifica el protocolo y mantiene la compatibilidad retroactiva con el software e infraestructura de Bitcoin más antiguos.
Una mejora significativa del protocolo en Bitcoin Cash es el algoritmo SigHash mejorado, que fue introducido en el momento de la bifurcación. El nuevo algoritmo, basado en BIP 143 (que fue desarrollado originalmente para SegWit), corrige el problema de hash cuadrático que existía en el esquema original de verificación de firmas de Bitcoin. En el esquema original, el costo computacional de verificar la firma de una transacción crecía cuadráticamente con el número de entradas, creando un vector potencial de ataque de denegación de servicio. El nuevo algoritmo SigHash hace que el costo de verificación sea lineal, permitiendo que la red procese transacciones más grandes y complejas de manera segura.
Bitcoin Cash soporta un tamaño máximo de transacción más grande y un mayor número de operaciones de firma (sigops) por bloque comparado con Bitcoin. El límite de sigops se escala proporcionalmente con el tamaño del bloque, asegurando que el costo computacional de la validación del bloque permanezca acotado mientras permite significativamente más transacciones por bloque.
El sistema de scripts en Bitcoin Cash ha sido desarrollado activamente más allá del enfoque comparativamente conservador de Bitcoin. Bitcoin Cash ha reactivado e introducido varios opcodes que amplían la expresividad de su lenguaje de scripts. Adiciones notables incluyen OP_CHECKDATASIG y OP_CHECKDATASIGVERIFY, que permiten a los scripts de transacción verificar firmas contra datos arbitrarios (no solo datos de transacción), habilitando contratos inteligentes basados en oráculos y otros patrones avanzados de scripting. El opcode OP_REVERSEBYTES, los opcodes de introspección nativos y los límites más grandes de script y pila han mejorado aún más la programabilidad de Bitcoin Cash.
Bitcoin Cash utiliza la misma base de formato de dirección que Bitcoin pero adoptó el formato CashAddr en enero de 2018 para prevenir confusiones y errores de envío entre cadenas. Las direcciones CashAddr comienzan con "bitcoincash:" como prefijo (frecuentemente abreviado a "q" o "p" para la porción del hash) y utilizan un esquema de codificación diferente al formato base58check de Bitcoin. Esta distinción visual hace inmediatamente claro si una dirección pertenece a Bitcoin o Bitcoin Cash, reduciendo el riesgo de que los usuarios envíen accidentalmente monedas a la cadena incorrecta.
La red opera en el puerto 8333, el mismo puerto predeterminado que Bitcoin, aunque los nodos de Bitcoin Cash se identifican con un número mágico de red diferente en el handshake del protocolo. Esto significa que los nodos de Bitcoin y Bitcoin Cash no se conectarán accidentalmente entre sí a pesar de usar el mismo puerto.
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.
Transaction Throughput and Scalability
El rendimiento de transacciones y la escalabilidad son centrales para la propuesta de valor de Bitcoin Cash. La tesis fundamental del proyecto es que el efectivo electrónico peer-to-peer debe ser capaz de procesar transacciones de manera rápida y económica para ser viable para el uso cotidiano, y que el escalado en cadena mediante bloques más grandes es la forma más confiable de lograrlo.
Con un límite de tamaño de bloque de 32MB y un intervalo de bloques de diez minutos, Bitcoin Cash tiene un rendimiento máximo teórico de aproximadamente 100 transacciones por segundo, dependiendo del tamaño promedio de la transacción. Esto representa un aumento sustancial sobre el máximo teórico de Bitcoin de aproximadamente 7 transacciones por segundo con bloques de 1MB. En la práctica, el rendimiento real depende de la combinación de tipos y tamaños de transacciones, pero la capacidad de Bitcoin Cash es más que suficiente para su volumen actual de transacciones, con bloques típicamente muy por debajo del límite de 32MB.
La abundancia de espacio disponible en los bloques tiene un impacto directo y medible en las comisiones de transacción. Cuando los bloques no están llenos, no hay competencia de comisiones, y las transacciones pueden confirmarse con comisiones mínimas. La comisión mínima de retransmisión predeterminada de Bitcoin Cash es de 1 satoshi por byte (donde 1 satoshi = 0,00000001 BCH), y la mayoría de las transacciones se confirman en el siguiente bloque a este mínimo o cerca de él. Esto hace que las transacciones de Bitcoin Cash cuesten fracciones de un centavo en condiciones normales, comparado con las comisiones de Bitcoin que pueden ir desde dólares hasta decenas de dólares durante períodos de congestión.
La comunidad de desarrollo de Bitcoin Cash ha llevado a cabo una extensa investigación y pruebas sobre los límites del escalado en cadena. La Iniciativa Gigablock Testnet, realizada en 2017-2018, demostró que el protocolo Bitcoin podía manejar bloques de 1GB o más con las optimizaciones de software apropiadas y hardware moderno. Estas pruebas identificaron varios cuellos de botella en la base de código original — incluyendo la propagación de bloques, la validación de transacciones y la gestión del conjunto UTXO — e informaron los esfuerzos de optimización posteriores.
Se han realizado varias mejoras de protocolo e implementación para soportar bloques más grandes. Graphene, un protocolo de propagación de bloques basado en tablas de búsqueda de Bloom invertibles y filtros de Bloom, reduce drásticamente el ancho de banda necesario para propagar bloques codificando solo la diferencia entre un bloque y las transacciones que un nodo receptor ya tiene en su mempool. El Ordenamiento Canónico de Transacciones (CTOR), implementado en noviembre de 2018, requiere que las transacciones dentro de un bloque se ordenen por su identificador de transacción. Este cambio aparentemente menor permite optimizaciones significativas en la validación y propagación de bloques, ya que permite la validación paralela de transacciones y algoritmos de reconciliación de conjuntos más eficientes.
Las iniciativas de compromiso UTXO y validación paralela han mejorado aún más la capacidad de la red para manejar bloques grandes de manera eficiente. Aprovechando los procesadores multinúcleo modernos y el almacenamiento de estado sólido, las implementaciones de nodos optimizadas pueden validar bloques que contienen decenas de miles de transacciones dentro de marcos de tiempo aceptables.
La hoja de ruta de escalabilidad de Bitcoin Cash prevé aumentos adicionales en el límite de tamaño de bloque a medida que la tecnología y la demanda lo justifiquen. Los desarrolladores del proyecto han expresado un objetivo a largo plazo de soportar volúmenes de pago a escala global completamente en cadena, apuntando a niveles de rendimiento que permitirían a Bitcoin Cash servir miles de millones de transacciones diarias. Si bien este objetivo es ambicioso, las mejoras continuas en las capacidades del hardware, el ancho de banda de red y la optimización de software proporcionan un camino creíble para lograrlo incrementalmente a lo largo del tiempo.
Un aspecto importante del enfoque de escalado de Bitcoin Cash es el concepto de transacciones de "cero confirmaciones". Para pagos de bajo valor, los comerciantes pueden aceptar transacciones inmediatamente después de su transmisión, antes de que sean incluidas en un bloque. Bitcoin Cash ha implementado varias medidas para mejorar la fiabilidad de las transacciones de cero confirmaciones, incluyendo la regla de "primera vista" (donde los nodos retransmiten solo la primera versión de una transacción que ven, haciendo más difíciles los intentos de doble gasto) y protocolos de notificación de doble gasto que alertan a los comerciantes si se detecta una transacción conflictiva. Estas medidas hacen que Bitcoin Cash sea práctico para transacciones en punto de venta donde esperar diez minutos para una confirmación de bloque sería impracticable.
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.
OP_RETURN and Data Applications
Bitcoin Cash soporta el opcode OP_RETURN, que permite a los usuarios incrustar datos arbitrarios en la cadena de bloques dentro de una salida de transacción que es demostrablemente imposible de gastar. Esta característica habilita una gama de aplicaciones centradas en datos construidas sobre la cadena de bloques de Bitcoin Cash, incluyendo protocolos de tokens, sistemas de mensajería, servicios de notarización y plataformas de redes sociales.
El límite de datos OP_RETURN en Bitcoin Cash se ha establecido en 220 bytes por salida, significativamente mayor que el límite de 80 bytes de Bitcoin. Adicionalmente, Bitcoin Cash permite múltiples salidas OP_RETURN en una sola transacción, ampliando aún más la cantidad de datos que pueden incrustarse en una sola transacción. Estos límites generosos, combinados con bajas comisiones de transacción, hacen de Bitcoin Cash una plataforma económicamente viable para aplicaciones de datos que serían prohibitivamente costosas en cadenas con mayor restricción de capacidad.
El Simple Ledger Protocol (SLP) fue uno de los sistemas de tokens más tempranos y ampliamente adoptados construidos sobre Bitcoin Cash usando OP_RETURN. SLP permitía a los usuarios crear y transferir tokens personalizados en la cadena de bloques de Bitcoin Cash codificando metadatos de tokens en salidas OP_RETURN. Aunque SLP ha sido en gran parte superado por el protocolo CashTokens, demostró la viabilidad de construir economías de tokens sobre el modelo UTXO.
CashTokens, activado en mayo de 2023, representa un enfoque más sofisticado para la tokenización en Bitcoin Cash. A diferencia de SLP, que dependía de metadatos OP_RETURN que podían ser ignorados por el protocolo base, CashTokens es una característica a nivel de consenso que integra tokens directamente en el modelo UTXO. Cada UTXO puede llevar tanto un valor en BCH como un token asociado, con la validez del token aplicada por las reglas de consenso. CashTokens soporta dos tipos de tokens: tokens fungibles (similares a los tokens ERC-20 en Ethereum) y tokens no fungibles (NFTs). La aplicación a nivel de consenso significa que las transacciones de tokens tienen las mismas garantías de seguridad que las transacciones nativas de BCH, eliminando las suposiciones de confianza y los requisitos de indexación de protocolos superpuestos como SLP.
Memo.cash es un protocolo de redes sociales descentralizado construido sobre Bitcoin Cash usando transacciones OP_RETURN. Los usuarios transmiten publicaciones, seguimientos, likes y otras acciones sociales como transacciones de Bitcoin Cash con datos OP_RETURN codificados. Dado que los datos se almacenan en la cadena de bloques, son resistentes a la censura y se archivan permanentemente. Los bajos costos de transacción en Bitcoin Cash hacen esto económicamente factible — cada acción de redes sociales cuesta una fracción de un centavo.
Otras aplicaciones de datos en Bitcoin Cash incluyen servicios de sellado temporal y notarización de documentos, donde el hash de un documento se incrusta en una salida OP_RETURN para crear un registro permanente e inalterable de la existencia del documento en un punto específico en el tiempo. El seguimiento de la cadena de suministro, la verificación de credenciales y los sistemas de identidad descentralizada también se han construido utilizando las capacidades de incrustación de datos de Bitcoin Cash.
La combinación de gran capacidad OP_RETURN, bajas comisiones y tiempos de confirmación rápidos posiciona a Bitcoin Cash como una plataforma competitiva para aplicaciones de datos basadas en blockchain. Aunque existen blockchains de datos especializadas, Bitcoin Cash ofrece la ventaja de una red bien establecida, altamente segura y ampliamente soportada con un historial probado de operación continua.
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.
Network Architecture
La red Bitcoin Cash opera sobre la misma arquitectura peer-to-peer fundamental que Bitcoin, con nodos comunicándose a través de un protocolo de chismorreo para propagar transacciones y bloques. Los nodos completos mantienen una copia completa de la cadena de bloques y validan independientemente todas las transacciones y bloques de acuerdo con las reglas de consenso. La red es sin permisos, lo que significa que cualquiera puede operar un nodo y participar en la red sin autorización.
Existen múltiples implementaciones independientes de nodos completos para Bitcoin Cash, reflejando el compromiso del proyecto con el desarrollo descentralizado. Bitcoin Cash Node (BCHN) es la implementación más ampliamente utilizada y sirve como el cliente de referencia de facto. Otras implementaciones incluyen Bitcoin Unlimited, BCHD (escrito en Go) y Knuth (una implementación de alto rendimiento en C++). La existencia de múltiples implementaciones independientes reduce el riesgo de que un solo error de software cause una falla en toda la red y asegura que ningún equipo de desarrollo individual tenga control unilateral sobre el protocolo.
La minería en Bitcoin Cash utiliza el algoritmo de prueba de trabajo SHA-256, idéntico al de Bitcoin. Esto significa que el mismo hardware de minería ASIC puede usarse para minar cualquiera de las dos cadenas, y los mineros pueden alternar entre Bitcoin y Bitcoin Cash basándose en la rentabilidad. En la práctica, la tasa de hash de Bitcoin Cash es una fracción de la de Bitcoin, ya que la mayoría del poder de minería SHA-256 se dirige a la cadena de Bitcoin, más rentable. Sin embargo, el algoritmo de ajuste de dificultad de Bitcoin Cash asegura que los bloques se produzcan en el intervalo objetivo de diez minutos independientemente del nivel absoluto de tasa de hash.
El algoritmo de ajuste de dificultad es uno de los componentes de protocolo más importantes de Bitcoin Cash. El ajuste de dificultad original de Bitcoin, que recalcula cada 2.016 bloques (aproximadamente cada dos semanas), era demasiado lento para acomodar las rápidas fluctuaciones de tasa de hash que Bitcoin Cash experimentaba cuando los mineros alternaban entre él y Bitcoin. Después del problemático período de Ajuste de Dificultad de Emergencia (EDA) en 2017, Bitcoin Cash adoptó un nuevo algoritmo en noviembre de 2017 que ajustaba la dificultad basándose en una ventana móvil de 144 bloques.
En noviembre de 2020, Bitcoin Cash se actualizó al algoritmo de ajuste de dificultad ASERT (Absolutely Scheduled Exponentially Rising Targets), también conocido como aserti3-2d. ASERT es un algoritmo matemáticamente elegante que ajusta el objetivo de dificultad basándose en la diferencia entre el tiempo real transcurrido y el tiempo esperado desde un bloque de referencia (el "bloque ancla"). Si los bloques se están produciendo más rápido de lo esperado, la dificultad aumenta exponencialmente; si más lento, disminuye exponencialmente. La designación "3-2d" se refiere a una vida media de aproximadamente dos días (específicamente 288 bloques al objetivo de diez minutos), lo que significa que una duplicación o reducción a la mitad sostenida de la tasa de hash resultaría en un ajuste completo de dificultad dentro de dos días. ASERT ha demostrado ser altamente estable, produciendo intervalos de bloque consistentes incluso bajo una volatilidad significativa de la tasa de hash.
La eficiencia en la propagación de bloques es crítica para una red con bloques grandes. Bitcoin Cash ha adoptado varias optimizaciones para asegurar que los bloques grandes puedan propagarse rápidamente por la red. Los Bloques Compactos (BIP 152), que permiten a los nodos reconstruir bloques a partir de identificadores de transacción en lugar de datos completos de transacciones, reducen drásticamente el ancho de banda necesario para la propagación de bloques cuando los nodos tienen mempools superpuestos. El protocolo Graphene proporciona una compresión aún mayor mediante el uso de estructuras de datos probabilísticas para lograr una codificación de bloques casi óptima. Xthinner es otro protocolo de compresión desarrollado específicamente para Bitcoin Cash que logra aproximadamente un 99,6 por ciento de compresión para bloques típicos.
Las políticas de retransmisión y mempool de la red están diseñadas para soportar transacciones de cero confirmaciones fiables. Los nodos siguen una regla estricta de primera vista, aceptando y retransmitiendo solo la primera versión de una transacción que observan. Si se detecta una segunda transacción que intenta gastar las mismas entradas (un intento de doble gasto), los nodos generarán una prueba de doble gasto y la propagarán por la red, alertando a los comerciantes y otras partes interesadas. Esta infraestructura proporciona un nivel de seguridad razonable para aceptar transacciones no confirmadas para pagos cotidianos de bajo valor.
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.
Smart Contract Capabilities
Si bien Bitcoin Cash está diseñado principalmente como un sistema de efectivo electrónico peer-to-peer, ha desarrollado capacidades significativas de contratos inteligentes a través de extensiones a su lenguaje de scripts. A diferencia del modelo de contratos inteligentes basado en cuentas y Turing-completo de Ethereum, los contratos inteligentes de Bitcoin Cash operan dentro del modelo UTXO usando un lenguaje de scripts basado en pila que deliberadamente no es Turing-completo. Este diseño proporciona costos de ejecución predecibles y evita la clase de vulnerabilidades asociadas con la computación ilimitada, mientras permite un conjunto sorprendentemente rico de instrumentos financieros programables.
El lenguaje de scripts de Bitcoin Cash ha sido progresivamente mejorado a través de una serie de actualizaciones de protocolo. En mayo de 2018, varios opcodes que habían sido desactivados temprano en la historia de Bitcoin fueron reactivados, incluyendo operadores de lógica bit a bit (OP_AND, OP_OR, OP_XOR), operadores aritméticos para números más grandes y operaciones de manipulación de cadenas (OP_SPLIT, OP_CAT). Estos opcodes restaurados expandieron significativamente la expresividad de los scripts de Bitcoin Cash.
La introducción de OP_CHECKDATASIG y OP_CHECKDATASIGVERIFY en noviembre de 2018 fue un avance particularmente importante. Estos opcodes permiten que un script de transacción verifique una firma ECDSA contra datos arbitrarios, no solo la transacción misma. Esto habilita contratos basados en oráculos donde una fuente de datos externa firma un mensaje atestiguando alguna condición del mundo real (como un precio, evento climático o resultado deportivo), y la ejecución del contrato depende del contenido de ese mensaje firmado. Esta capacidad abre la puerta a mercados de predicción descentralizados, contratos de seguros y otros instrumentos financieros que dependen de datos externos.
Los opcodes de introspección nativos, introducidos en mayo de 2022, permiten a los scripts de transacción examinar las propiedades de la transacción que los contiene. Los scripts pueden inspeccionar el valor, el script de bloqueo y los datos de tokens tanto de entradas como de salidas dentro de la misma transacción. Esto habilita contratos de estilo covenant — scripts que restringen cómo las monedas pueden gastarse en transacciones futuras, no solo quién puede gastarlas. Los covenants habilitan patrones poderosos como bóvedas (restricciones de gasto con bloqueo temporal para seguridad), pagos recurrentes, exchanges descentralizados y mecanismos de votación en cadena.
CashScript es un lenguaje de contratos inteligentes de alto nivel para Bitcoin Cash, análogo a Solidity para Ethereum. CashScript permite a los desarrolladores escribir contratos en una sintaxis familiar, similar a JavaScript, que se compila a bytecode de scripts de Bitcoin Cash. El lenguaje maneja la complejidad del diseño de contratos basados en UTXO, incluyendo la introspección de entrada/salida y la verificación de firmas, haciéndolo accesible para desarrolladores que pueden no estar familiarizados con la programación de bajo nivel basada en pila. Los contratos CashScript se han utilizado para construir exchanges descentralizados, servicios de custodia, plataformas de crowdfunding y otras aplicaciones.
La actualización CashTokens en mayo de 2023 añadió otra dimensión a las capacidades de contratos inteligentes de Bitcoin Cash. Al incrustar tokens fungibles y no fungibles directamente en el modelo UTXO a nivel de consenso, CashTokens habilita contratos basados en tokens que son aplicados por las reglas de consenso de la red en lugar de protocolos superpuestos. Los tokens no fungibles (NFTs) en CashTokens llevan un campo de "compromiso" — datos arbitrarios adjuntos al token — que pueden ser leídos y validados por scripts de contratos inteligentes. Esto crea un mecanismo para mantener estado en cadena a través de múltiples transacciones, una capacidad que anteriormente era difícil de lograr en el modelo UTXO. Los contratos pueden usar NFTs como portadores de estado, actualizando los datos de compromiso con cada transacción para implementar protocolos complejos de múltiples pasos.
La combinación de opcodes de introspección, CashTokens y CashScript crea una plataforma de contratos inteligentes que, aunque fundamentalmente diferente del modelo de Ethereum, es capaz de implementar muchas de las mismas aplicaciones financieras descentralizadas. Exchanges descentralizados, creadores de mercado automatizados, protocolos de préstamo y organizaciones autónomas descentralizadas han sido construidos o prototipados en Bitcoin Cash. El enfoque basado en UTXO ofrece ventajas en términos de paralelización (los UTXOs pueden validarse independientemente), privacidad (cada UTXO es independiente) y predictibilidad (sin estado global con el que contender), aunque requiere patrones de diseño diferentes a los sistemas basados en cuentas.
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.
Monetary Policy
Bitcoin Cash hereda la política monetaria de Bitcoin en su totalidad. La oferta total de Bitcoin Cash está limitada a 21 millones de monedas, y el calendario de emisión sigue el mismo mecanismo de reducción a la mitad que Bitcoin. Esta política monetaria compartida es una consecuencia directa de la bifurcación: debido a que Bitcoin Cash se separó de la cadena de bloques de Bitcoin, comenzó con el mismo historial de emisión y continúa con las mismas reglas de emisión futuras.
La recompensa por bloque comenzó en 50 BCH por bloque (heredada de los parámetros de génesis de Bitcoin) y se reduce a la mitad cada 210.000 bloques, aproximadamente cada cuatro años. La primera reducción a la mitad ocurrió en noviembre de 2012 (antes de la bifurcación, por lo que es historia compartida), reduciendo la recompensa a 25 monedas. La segunda reducción a la mitad en julio de 2016 la redujo a 12,5 monedas. La tercera reducción a la mitad en abril de 2020, que ocurrió después de la bifurcación y por lo tanto fue específica de la cadena Bitcoin Cash, redujo la recompensa a 6,25 BCH. La cuarta reducción a la mitad en abril de 2024 la redujo aún más a 3,125 BCH por bloque.
Este calendario de reducción a la mitad crea una política monetaria desinflacionaria en la que la tasa de creación de nuevas monedas disminuye con el tiempo, acercándose a cero asintóticamente. Se espera que la última moneda de Bitcoin Cash se mine alrededor del año 2140. En ese momento, los ingresos de los mineros consistirán enteramente en comisiones de transacción.
El límite de oferta de 21 millones y el calendario de reducción a la mitad dan a Bitcoin Cash las mismas propiedades de escasez que Bitcoin. La oferta circulante a principios de 2026 es de aproximadamente 19,8 millones de BCH, representando más del 94 por ciento de la oferta total que existirá. Las monedas restantes se distribuirán durante más de un siglo de recompensas de bloque decrecientes.
El enfoque de Bitcoin Cash hacia la transición de recompensas de bloque a compensación de mineros basada en comisiones difiere de la estrategia de Bitcoin. La filosofía de escalado de Bitcoin, que restringe el espacio de bloque para mantener un mercado de comisiones, depende implícitamente de altas comisiones por transacción para compensar a los mineros a medida que las recompensas de bloque disminuyen. Bitcoin Cash adopta el enfoque opuesto: al mantener las comisiones bajas y los bloques grandes, la red busca generar ingresos totales por comisiones suficientes a través de un alto volumen de transacciones en lugar de altas comisiones por transacción. En este modelo, si cada transacción paga una comisión de un centavo pero la red procesa millones de transacciones por bloque, los ingresos agregados por comisiones pueden ser lo suficientemente sustanciales como para incentivar la minería.
Este modelo de comisiones basado en volumen requiere que Bitcoin Cash logre un rendimiento de transacciones significativamente mayor que el de Bitcoin para proporcionar incentivos equivalentes a los mineros en la era posterior a los subsidios. Los defensores argumentan que esto es alcanzable a través del escalado continuo en cadena, ya que la demanda global de pagos es enorme e incluso una participación modesta de las transacciones mundiales representaría millones de pagos diarios. Los críticos replican que lograr este nivel de adopción es incierto y que el modelo de bajas comisiones puede crear incentivos insuficientes durante el período de transición.
La política monetaria compartida entre Bitcoin y Bitcoin Cash significa que las dos cadenas compiten directamente por el poder de hash de minería SHA-256. Los mineros asignan sus recursos a la cadena que sea más rentable en cualquier momento dado, y los algoritmos de ajuste de dificultad de ambas cadenas acomodan esta asignación fluida. En la práctica, la participación de Bitcoin Cash en la tasa de hash total de SHA-256 ha sido proporcional a su precio relativo, reflejando el comportamiento económico racional de los mineros que maximizan sus beneficios.
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.
Conclusion
Bitcoin Cash representa una continuación basada en principios de la visión original de Bitcoin como efectivo electrónico peer-to-peer. Al aumentar el límite del tamaño de bloque y perseguir el escalado en cadena, Bitcoin Cash ha mantenido las bajas comisiones y las transacciones rápidas que caracterizaban al Bitcoin temprano, haciéndolo práctico para los pagos cotidianos y las microtransacciones que el libro blanco original visualizaba.
La trayectoria técnica del proyecto ha estado marcada por mejoras de protocolo reflexivas y trascendentes. El algoritmo de ajuste de dificultad ASERT proporciona una producción de bloques estable bajo condiciones volátiles de tasa de hash. El lenguaje de scripts mejorado, con opcodes restaurados y nuevos, permite contratos inteligentes sofisticados dentro de las restricciones de seguridad del modelo UTXO. CashTokens trae la tokenización aplicada a nivel de consenso al protocolo Bitcoin por primera vez. CashScript hace estas capacidades accesibles a una amplia comunidad de desarrolladores. En conjunto, estos avances demuestran que el modelo UTXO puede soportar un rico ecosistema de aplicaciones descentralizadas mientras mantiene sus propiedades fundamentales de simplicidad y seguridad.
El debate sobre escalabilidad que condujo a la creación de Bitcoin Cash destacó una tensión fundamental en los sistemas descentralizados: el equilibrio entre la capacidad en cadena y el costo de operar nodos completos. Bitcoin Cash ha elegido priorizar la capacidad de transacciones y la experiencia del usuario, argumentando que los beneficios económicos de una adopción y uso generalizados superan los mayores requisitos de hardware para los operadores de nodos. Esta es una cuestión empírica cuya respuesta se desenvolverá en los próximos años y décadas a medida que tanto Bitcoin como Bitcoin Cash continúen evolucionando por sus respectivos caminos.
La supervivencia y el desarrollo continuo de Bitcoin Cash a través de múltiples mercados bajistas, bifurcaciones contenciosas (notablemente la división de Bitcoin SV en noviembre de 2018) y el esfuerzo sostenido de la comunidad demuestran la resiliencia del proyecto y la convicción de sus participantes. La red ha procesado cientos de millones de transacciones desde la bifurcación, ha mantenido una operación continua y ha atraído una comunidad global de desarrolladores, comerciantes y usuarios que comparten la creencia de que el efectivo electrónico peer-to-peer es una tecnología que vale la pena construir.
El éxito a largo plazo de Bitcoin Cash depende de su capacidad para atraer usuarios y comerciantes que valoren las transacciones de bajas comisiones y fiables, y para escalar su infraestructura para satisfacer las demandas de una red de pagos global. Las bases técnicas son sólidas, la hoja de ruta es clara y la comunidad está comprometida. Si Bitcoin Cash alcanza finalmente su ambicioso objetivo de servir como efectivo electrónico para el mundo será determinado no por limitaciones técnicas sino por los efectos de red, las dinámicas de mercado y los patrones de adopción que gobiernan la evolución de todos los sistemas monetarios.
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.
