Bitcoin Cash: Efectivo electrónico peer-to-peer para el mundo
Bitcoin Cash(BCH)는 2017년 8월 1일 Bitcoin에서 하드포크되었습니다. 자체 백서가 없으며, 여기에 제시된 문서는 Bitcoin Cash가 P2P 전자 현금 비전의 기반으로 참조하는 Satoshi Nakamoto의 Bitcoin 원본 백서입니다.
Abstract
Bitcoin Cash는 2017년 8월 1일 비트코인 블록체인에서 포크된 P2P 전자 화폐 시스템이다. 비트코인의 확장성 한계에 대응하여 탄생한 Bitcoin Cash는 블록 크기 제한을 늘려 더 높은 거래 처리량과 더 낮은 수수료를 실현함으로써, 일상적인 거래를 위한 실용적 교환 수단이라는 비트코인의 본래 비전을 복원하였다. 32MB 블록, 적응형 난이도 조절 알고리즘, 그리고 지속적인 프로토콜 개발을 통해 Bitcoin Cash는 글로벌 P2P 전자 화폐로 기능하기 위한 온체인 확장을 목표로 한다.
Bitcoin Cash 프로젝트는 증가하는 수요를 수용하기 위해 네트워크가 어떻게 확장되어야 하는지에 대한 비트코인 커뮤니티 내부의 근본적인 의견 불일치에서 탄생하였다. 한쪽은 SegWit 위에 구축된 라이트닝 네트워크와 같은 오프체인 확장 솔루션을 지지했고, 다른 한쪽은 블록 크기 제한을 늘리는 것이 가장 직접적이고 검증된 확장 방법이라고 주장했다. 합의에 도달할 수 없게 되자, 후자 그룹은 하드 포크를 실행하여 비트코인의 거래 이력을 보존하면서도 더 큰 블록 크기 제한을 구현하고 SegWit을 배제한 새로운 체인을 만들었다. 이 문서는 Bitcoin Cash의 기술 사양, 설계 철학, 그리고 개발 방향을 기술한다.
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.
Introduction
2008년 사토시 나카모토가 발표한 비트코인 원본 백서는 "금융 기관을 거치지 않고 한 당사자에서 다른 당사자에게 직접 온라인 결제를 보낼 수 있는 순수한 P2P 전자 화폐"를 기술하였다. 일상적인 거래를 위한 교환 수단으로서의 비트코인이라는 이 비전은 초기 채택과 커뮤니티 성장의 핵심이었다. 초기 비트코인 지지자들은 낮은 거래 수수료와 빠른 결제를 전통적 금융 시스템 대비 핵심 장점으로 자주 인용하였다.
그러나 2010년대 중반 비트코인의 인기가 높아지면서, 전자 화폐로서의 유용성을 제한하는 근본적인 제약이 드러나기 시작했다. 원래 임시 스팸 방지 조치로 도입된 1메가바이트 블록 크기 제한이 네트워크가 처리할 수 있는 거래 수에 인위적인 상한선을 만들었다. 블록 공간에 대한 수요가 증가하면서 사용자들은 더 높은 거래 수수료를 제시하며 제한된 용량을 놓고 경쟁해야 했다. 2017년 초까지 비트코인의 중간값 거래 수수료는 수 달러에 달했으며, 소액 거래는 경제적으로 비현실적이 되었다. 혼잡이 최고조에 달하는 시기에는 수수료가 20달러를 초과하기도 했고, 거래가 몇 시간 또는 며칠 동안 미확인 상태로 남기도 했다.
이러한 상황은 비트코인의 본래 약속에서 근본적으로 벗어난 것이었다. P2P 전자 결제를 가능하게 하기 위해 설계된 시스템이 바로 그 목적에 사용하기에는 너무 비싸고 너무 느려지고 있었다. 비트코인이 교환 수단이 아닌 가치 저장 수단인 "디지털 금"으로 점점 더 자리매김하는 동안, 많은 커뮤니티 구성원과 개발자들은 이것이 프로젝트의 창립 원칙에 대한 배신이라고 믿었다.
Bitcoin Cash는 가장 직접적인 확장 방법, 즉 블록 크기 제한 증가를 통해 이 위기를 해결하기 위해 만들어졌다. 각 블록에 더 많은 거래를 담을 수 있게 함으로써, Bitcoin Cash는 낮은 수수료와 빠른 확인을 복원하여 P2P 전자 화폐를 다시 실용적으로 만드는 것을 목표로 했다. 프로젝트 지지자들은 온체인 확장이 기술적으로 실현 가능할 뿐만 아니라 사토시 나카모토가 원래 구상했던 접근 방식이라고 주장했으며, 네트워크가 성장함에 따라 블록 크기 제한을 높이는 것에 대해 나카모토가 논의했던 초기 통신을 근거로 제시했다.
2017년 8월 1일의 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.
Background: The Scaling Debate
비트코인 확장성 논쟁은 오픈소스 소프트웨어 개발 역사상 가장 논쟁적이고 오랜 기간 지속된 분쟁 중 하나였다. 핵심적으로 이 논쟁은 겉보기에 단순한 질문에 집중되었다: 비트코인 네트워크는 어떻게 거래 처리 능력을 늘려야 하는가? 그러나 이 질문에 대한 답은 거버넌스, 탈중앙화, 기술 철학, 그리고 비트코인의 정체성 자체에 관한 근본적인 문제들을 건드렸다.
비트코인의 1메가바이트 블록 크기 제한은 2010년 사토시 나카모토가 적대자가 과대 블록으로 네트워크를 범람시키는 서비스 거부 공격을 방지하기 위한 임시 조치로 도입하였다. 당시 실제 블록 사용량은 이 제한에 훨씬 미치지 못했으며, 나카모토는 향후 간단한 코드 변경을 통해 제한을 올릴 수 있다고 제안하였다. 그러나 비트코인 사용량이 늘어나고 블록이 가득 차기 시작하면서, 제한을 올리는 것은 누구도 예상하지 못할 만큼 논쟁적인 일이 되었다.
한 진영은 Bitcoin Core 개발팀과 연관되어 있었으며, 탈중앙화를 보존하기 위해 블록 크기를 작게 유지해야 한다고 주장하였다. 그들의 논리는 더 큰 블록이 풀 노드를 운영하기 위한 연산 및 대역폭 요구 사항을 증가시켜 일반 사용자들의 참여를 배제하고 자원이 풍부한 기관에 노드 운영이 집중될 수 있다는 것이었다. 그들은 대안적 확장 경로를 제안하였다: 명목상의 크기 제한을 올리지 않으면서 거래 데이터를 재구성하여 블록의 거래 용량을 사실상 증가시키는 프로토콜 변경인 SegWit과, 대부분의 거래를 메인 블록체인에서 벗어나게 하는 라이트닝 네트워크와 같은 오프체인 솔루션의 결합이었다.
반대 진영은 저명한 개발자, 채굴자, 기업들을 포함하고 있었으며, 블록 크기 제한을 올리는 것이 가장 간단하고 검증되었으며 가장 시급한 해결책이라고 주장하였다. 그들은 1메가바이트 제한이 프로토콜의 영구적 특성으로 의도된 적 없는 임의의 제약이며, 그로 인한 수수료 인상과 혼잡이 사용자와 상인을 비트코인에서 멀어지게 하고 있다고 반박하였다. 그들은 SegWit의 복잡성에 회의적이었고, 당시 대부분 이론적 단계에 머물러 있던 라이트닝 네트워크가 저렴하고 즉각적인 거래라는 약속을 이행하지 못할 수 있다는 우려를 표명하였다.
논쟁은 일련의 제안과 반대 제안을 통해 격화되었다. 2015년 마이크 헌과 개빈 안드레센이 제안한 Bitcoin XT는 블록 크기를 8MB로 늘리려 하였다. Bitcoin Classic은 2MB로의 보다 완만한 증가를 제안하였다. Bitcoin Unlimited는 블록 크기 제한을 완전히 없애고 채굴자들이 시장 역학을 통해 자체 제한을 설정할 수 있도록 제안하였다. 각 제안은 격렬한 논쟁을 불러일으켰으며, 논쟁의 여지가 없는 하드 포크에 필요한 압도적 합의를 달성한 것은 없었다.
타협 시도도 여러 차례 있었다. 홍콩 합의(2016년 2월)에서 Bitcoin Core 개발자들과 채굴자들은 SegWit 배포 후 2MB 하드 포크를 실행하기로 합의하였으나, 하드 포크 부분이 추진되지 않으면서 합의는 무산되었다. 뉴욕 합의(2017년 5월), 일명 SegWit2x는 SegWit을 즉시 활성화한 후 6개월 내에 2MB 하드 포크를 실행하도록 제안하였다. 이 합의는 비트코인 해시 파워의 과반을 대표하는 50개 이상의 기업이 서명하였으나, Bitcoin Core 개발팀과 상당한 비율의 사용자 커뮤니티의 강한 반대에 부딪혔다.
타협이 불가능하다는 것이 명확해지자, 빅블록 진영은 단독으로 행동하기로 결정하였다. 2017년 8월 1일, 그들은 비트코인 블록체인의 하드 포크를 실행하여 초기 블록 크기 제한 8MB의 Bitcoin Cash를 만들었다. 이는 가볍게 내린 결정이 아니었다 -- 블록체인, 네트워크, 커뮤니티, 그리고 브랜드를 분할해야 했다. 그러나 Bitcoin Cash의 지지자들은 이것이 P2P 전자 화폐라는 비트코인의 본래 비전을 보존하는 유일한 방법이라고 믿었다.
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.
The Fork
Bitcoin Cash 하드 포크는 2017년 8월 1일, 블록 높이 478,558에서 실행되었다. 그 시점에서 비트코인 블록체인은 두 개의 별도 체인으로 분할되었다: SegWit 활성화와 함께 계속된 원래 체인인 비트코인(BTC)과, 8MB로 증가된 블록 크기 제한을 가진 새로운 체인인 Bitcoin Cash(BCH)이다.
포크는 기술적으로 깔끔하고 잘 계획되었다. 포크 시점에 잔액을 보유하고 있던 모든 비트코인 주소는 양쪽 체인 모두에서 동일한 잔액을 받았다. 사용자가 포크 전에 1 BTC를 보유하고 있었다면, 포크 후에는 비트코인 체인에서 1 BTC와 Bitcoin Cash 체인에서 1 BCH를 갖게 되었다. 블록 478,558 이전의 전체 거래 이력은 양쪽 체인이 공유하였다.
포크의 핵심적인 기술적 과제 중 하나는 리플레이 보호의 구현이었다. 리플레이 보호가 없으면, 한 체인에서 브로드캐스트된 거래가 다른 체인에서 재생될 수 있어 사용자가 의도치 않게 양쪽 체인에서 코인을 소비할 수 있었다. Bitcoin Cash는 거래 서명 알고리즘을 수정하여 강력한 리플레이 보호를 구현하였다. 구체적으로, Bitcoin Cash는 각 거래 서명의 해시에 포함되는 새로운 SigHash 플래그(SIGHASH_FORKID)를 도입하였다. 이 플래그로 서명된 거래는 Bitcoin Cash 체인에서는 유효하지만 비트코인 체인에서는 무효이며, 그 반대도 마찬가지이다. 이를 통해 포크 순간부터 두 네트워크 간의 깔끔한 분리가 보장되었다.
Bitcoin Cash의 초기 블록 크기 제한은 8MB로 설정되어, 비트코인의 1MB 제한보다 8배 컸다. 이는 온체인 거래 용량의 상당한 증가를 의미하며, Bitcoin Cash가 낮은 수수료를 유지하면서 블록당 훨씬 더 많은 거래를 처리할 수 있게 하였다. 포크 후 첫 Bitcoin Cash 블록은 ViaBTC 채굴 풀에 의해 채굴되었으며 약 1.9MB 크기로, 더 큰 블록 크기의 즉각적인 실질적 이점을 보여주었다.
포크는 또한 비트코인 체인에서 활성화된 SegWit을 제거하였다. Bitcoin Cash 개발자들은 여러 이유로 SegWit을 거부하였다: 프로토콜에 불필요한 복잡성을 도입한다고 믿었으며, 서로 다른 수수료 구조를 가진 이중 거래 시스템을 만들었고, UTXO 모델의 단순성을 훼손하는 방식으로 블록 구조를 수정하였다고 주장하였다. 직접적인 블록 크기 증가를 선택함으로써, Bitcoin Cash는 더 단순하고 전통적인 비트코인 스타일의 프로토콜 아키텍처를 유지하였다.
포크 직후, 양쪽 체인은 난이도 조절이라는 과제에 직면하였다. Bitcoin Cash는 처음에 비트코인 체인과 동일한 SHA-256 난이도를 사용하였으나, 채굴에 투입되는 해시 파워는 상당히 적었다. 블록이 극도로 느리게 채굴되는 시나리오를 방지하기 위해, Bitcoin Cash는 12시간 동안 6개 미만의 블록이 채굴될 경우 난이도를 20퍼센트 감소시키는 긴급 난이도 조절(EDA) 메커니즘을 구현하였다. 이 메커니즘은 초기의 중요한 시기 동안 체인을 유지하는 데 성공했으나, 불안정한 것으로 판명되어 수익성에 따라 채굴자들이 비트코인과 Bitcoin Cash 사이를 전환하면서 블록 생산 시간과 해시 레이트에 심한 변동을 야기하였다. EDA는 2017년 11월에 이전 144개 블록의 이동 평균에 기반한 더 안정적인 난이도 조절 알고리즘으로 대체되었다.
포크는 더 넓은 암호화폐 커뮤니티에서 상당한 논란을 불러일으켰다. 비판자들은 Bitcoin Cash가 비트코인 브랜드를 탈취하려는 부당한 시도라고 주장한 반면, 지지자들은 비트코인 본래 로드맵의 정당한 계승이라고 주장하였다. 거래소와 서비스 제공업체들은 새로운 체인을 지원할지 여부와 포크된 코인을 고객에게 어떻게 분배할지에 대해 신속한 결정을 내려야 했다. 논란에도 불구하고, Bitcoin Cash는 빠르게 실행 가능하고 활발히 사용되는 암호화폐로 자리 잡아, 포크 이후 몇 달 동안 상당한 거래량과 상인 채택을 달성하였다.
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.
Technical Specifications
Bitcoin Cash는 SHA-256 작업 증명 합의 메커니즘, UTXO 거래 모델, 디지털 서명을 위한 secp256k1 타원 곡선, 10분 목표 블록 간격 등 비트코인의 근본적인 기술 아키텍처를 공유한다. 그러나 여러 핵심적인 수정 사항이 비트코인 프로토콜과 차별화된다.
가장 두드러진 차이점은 블록 크기 제한이다. Bitcoin Cash는 8MB 블록 크기 제한으로 출범하였고, 이후 2018년 5월에 32MB로 증가시켰다. 이 32MB 제한은 비트코인의 실질적 1MB 비SegWit 블록 크기의 약 32배(또는 비트코인의 SegWit 강화 실질 제한인 약 4MB의 약 8배)의 거래 용량을 제공한다. 더 큰 블록 크기는 Bitcoin Cash의 온체인 확장 철학의 핵심으로, 블록이 지속적으로 가득 찰 때 발생하는 수수료 압박 없이 거래 증가를 위한 충분한 여유 공간을 제공한다.
Bitcoin Cash는 SegWit을 구현하지 않는다. SegWit처럼 증인 데이터를 거래 데이터에서 분리하는 대신, Bitcoin Cash는 원래의 비트코인 거래 형식을 그대로 유지한다. 서명을 포함한 모든 거래 데이터는 전통적인 방식으로 블록 내에 저장된다. 이는 프로토콜을 단순화하고 이전 비트코인 소프트웨어 및 인프라와의 하위 호환성을 유지한다.
Bitcoin Cash의 중요한 프로토콜 개선 사항은 포크 시점에 도입된 개선된 SigHash 알고리즘이다. BIP 143(원래 SegWit을 위해 개발됨)을 기반으로 한 이 새로운 알고리즘은 원래 비트코인 서명 검증 체계에 존재하던 이차 해싱 문제를 해결한다. 원래 체계에서는 거래 서명 검증의 계산 비용이 입력 수에 따라 이차적으로 증가하여 잠재적인 서비스 거부 공격 벡터를 만들었다. 새로운 SigHash 알고리즘은 검증 비용을 선형으로 만들어, 네트워크가 더 크고 복잡한 거래를 안전하게 처리할 수 있게 한다.
Bitcoin Cash는 비트코인에 비해 더 큰 최대 거래 크기와 블록당 더 많은 서명 연산(sigops)을 지원한다. sigops 제한은 블록 크기에 비례하여 조정되어, 블록당 상당히 더 많은 거래를 허용하면서도 블록 검증의 계산 비용이 한계 내에 유지되도록 보장한다.
Bitcoin Cash의 스크립팅 시스템은 비트코인의 비교적 보수적인 접근 방식을 넘어 적극적으로 개발되었다. Bitcoin Cash는 스크립팅 언어의 표현력을 확장하는 여러 opcode를 재활성화하고 새로 도입하였다. 주목할 만한 추가 사항으로는 거래 스크립트가 거래 데이터뿐만 아니라 임의의 데이터에 대해 서명을 검증할 수 있게 하는 OP_CHECKDATASIG와 OP_CHECKDATASIGVERIFY가 있으며, 이를 통해 오라클 기반 스마트 컨트랙트 및 기타 고급 스크립팅 패턴이 가능해진다. OP_REVERSEBYTES opcode, 네이티브 인트로스펙션 opcode, 그리고 더 큰 스크립트 및 스택 제한은 Bitcoin Cash의 프로그래밍 가능성을 더욱 향상시켰다.
Bitcoin Cash는 비트코인과 동일한 주소 형식 기반을 사용하지만, 혼동과 크로스체인 전송 오류를 방지하기 위해 2018년 1월에 CashAddr 형식을 채택하였다. CashAddr 주소는 "bitcoincash:"를 접두사로 시작하며(해시 부분은 흔히 "q" 또는 "p"로 축약됨), 비트코인의 base58check 형식과 다른 인코딩 체계를 사용한다. 이러한 시각적 구분은 주소가 비트코인에 속하는지 Bitcoin Cash에 속하는지를 즉시 명확하게 하여, 사용자가 실수로 잘못된 체인에 코인을 보내는 위험을 줄인다.
네트워크는 비트코인과 동일한 기본 포트인 8333번 포트에서 운영되지만, Bitcoin Cash 노드는 프로토콜 핸드셰이크에서 다른 네트워크 매직 넘버로 자신을 식별한다. 이는 동일한 포트를 사용함에도 불구하고 비트코인과 Bitcoin Cash 노드가 실수로 서로 연결되지 않음을 의미한다.
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.
Transaction Throughput and Scalability
거래 처리량과 확장성은 Bitcoin Cash의 가치 제안의 핵심이다. 이 프로젝트의 근본적인 명제는 P2P 전자 화폐가 일상적으로 사용 가능하려면 거래를 빠르고 저렴하게 처리할 수 있어야 하며, 더 큰 블록을 통한 온체인 확장이 이를 달성하는 가장 신뢰할 수 있는 방법이라는 것이다.
32MB 블록 크기 제한과 10분 블록 간격으로, Bitcoin Cash는 평균 거래 크기에 따라 초당 약 100건의 이론적 최대 처리량을 가진다. 이는 1MB 블록으로 초당 약 7건의 이론적 최대치를 가진 비트코인에 비해 상당한 증가이다. 실제로 실질 처리량은 거래 유형과 크기의 조합에 따라 달라지지만, Bitcoin Cash의 용량은 현재 거래량에 비해 충분히 여유가 있으며, 블록은 일반적으로 32MB 제한에 훨씬 미치지 않는다.
풍부한 블록 공간의 가용성은 거래 수수료에 직접적이고 측정 가능한 영향을 미친다. 블록이 가득 차지 않으면 수수료 경쟁이 없으며, 거래는 최소한의 수수료로 확인될 수 있다. Bitcoin Cash의 기본 최소 릴레이 수수료는 바이트당 1사토시(1사토시 = 0.00000001 BCH)이며, 대부분의 거래는 이 최소치 또는 그에 가까운 수준으로 다음 블록에서 확인된다. 이는 Bitcoin Cash 거래가 정상 조건에서 1센트 미만의 비용으로 이루어지게 하며, 혼잡 기간 동안 수 달러에서 수십 달러에 이를 수 있는 비트코인의 수수료와 대조된다.
Bitcoin Cash 개발 커뮤니티는 온체인 확장의 한계에 대한 광범위한 연구와 테스트를 수행하였다. 2017-2018년에 수행된 기가블록 테스트넷 이니셔티브는 적절한 소프트웨어 최적화와 현대적 하드웨어를 갖춘 비트코인 프로토콜이 1GB 이상의 블록을 처리할 수 있음을 입증하였다. 이 테스트들은 원래 코드베이스에서 블록 전파, 거래 검증, UTXO 집합 관리 등 여러 병목 현상을 식별하였고, 이후의 최적화 작업에 정보를 제공하였다.
더 큰 블록을 지원하기 위해 여러 프로토콜 및 구현 개선이 이루어졌다. 역변환 가능 블룸 조회 테이블과 블룸 필터에 기반한 블록 전파 프로토콜인 Graphene은 수신 노드가 이미 멤풀에 보유하고 있는 거래와 블록 간의 차이만 인코딩하여 블록 전파에 필요한 대역폭을 극적으로 줄인다. 2018년 11월에 구현된 정규 거래 순서(CTOR)는 블록 내 거래가 거래 ID 순으로 정렬되도록 요구한다. 이 겉보기에 사소한 변경은 거래의 병렬 검증과 더 효율적인 집합 조정 알고리즘을 가능하게 하여 블록 검증 및 전파에서 상당한 최적화를 실현한다.
UTXO 커밋먼트 및 병렬 검증 이니셔티브는 네트워크가 대형 블록을 효율적으로 처리하는 능력을 더욱 향상시켰다. 현대적인 멀티코어 프로세서와 솔리드 스테이트 스토리지를 활용하여, 최적화된 노드 구현은 수만 건의 거래를 포함하는 블록을 허용 가능한 시간 내에 검증할 수 있다.
Bitcoin Cash의 확장성 로드맵은 기술과 수요가 정당화하는 경우 블록 크기 제한의 추가 증가를 구상한다. 프로젝트 개발자들은 온체인에서 완전히 글로벌 규모의 결제량을 지원하는 장기 목표를 표명하였으며, Bitcoin Cash가 수십억 건의 일일 거래를 처리할 수 있는 처리량 수준을 목표로 하고 있다. 이 목표는 야심적이지만, 하드웨어 성능, 네트워크 대역폭, 소프트웨어 최적화의 지속적인 개선은 이를 점진적으로 달성할 수 있는 신뢰할 만한 경로를 제공한다.
Bitcoin Cash의 확장 접근 방식에서 중요한 측면은 "영확인(zero-confirmation)" 거래의 개념이다. 소액 결제의 경우, 상인은 거래가 블록에 포함되기 전, 브로드캐스트 즉시 거래를 수락할 수 있다. Bitcoin Cash는 영확인 거래의 신뢰성을 향상시키기 위해 여러 조치를 구현하였다. 여기에는 "최초 확인(first-seen)" 규칙(노드가 처음 확인한 버전의 거래만 릴레이하여 이중 지불 시도를 더 어렵게 만듦)과 충돌하는 거래가 감지되면 상인에게 경고하는 이중 지불 통지 프로토콜이 포함된다. 이러한 조치들은 10분의 블록 확인을 기다리는 것이 비현실적인 판매 시점(POS) 거래에 Bitcoin Cash를 실용적으로 만든다.
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.
OP_RETURN and Data Applications
Bitcoin Cash는 OP_RETURN opcode를 지원하여, 사용자가 증명 가능하게 소비 불가능한 거래 출력 내에 임의의 데이터를 블록체인에 삽입할 수 있게 한다. 이 기능은 토큰 프로토콜, 메시징 시스템, 공증 서비스, 소셜 미디어 플랫폼 등 Bitcoin Cash 블록체인 위에 구축된 다양한 데이터 중심 애플리케이션을 가능하게 한다.
Bitcoin Cash의 OP_RETURN 데이터 제한은 출력당 220바이트로 설정되어 있으며, 이는 비트코인의 80바이트 제한보다 상당히 크다. 또한 Bitcoin Cash는 단일 거래에서 여러 OP_RETURN 출력을 허용하여, 하나의 거래에 삽입할 수 있는 데이터양을 더욱 확장한다. 이러한 넉넉한 제한은 낮은 거래 수수료와 결합되어, 용량이 더 제한적인 체인에서는 비용이 과도하게 높을 데이터 애플리케이션에 Bitcoin Cash를 경제적으로 실행 가능한 플랫폼으로 만든다.
Simple Ledger Protocol(SLP)은 OP_RETURN을 사용하여 Bitcoin Cash 위에 구축된 최초이자 가장 널리 채택된 토큰 시스템 중 하나였다. SLP는 사용자가 OP_RETURN 출력에 토큰 메타데이터를 인코딩하여 Bitcoin Cash 블록체인에서 커스텀 토큰을 생성하고 전송할 수 있게 하였다. SLP는 이후 CashTokens 프로토콜에 의해 대부분 대체되었지만, UTXO 모델 위에 토큰 경제를 구축하는 것이 실현 가능함을 입증하였다.
2023년 5월에 활성화된 CashTokens는 Bitcoin Cash에서의 토큰화에 대한 보다 정교한 접근 방식을 대표한다. 기본 프로토콜이 무시할 수 있는 OP_RETURN 메타데이터에 의존하던 SLP와 달리, CashTokens는 토큰을 UTXO 모델에 직접 통합하는 합의 수준의 기능이다. 각 UTXO는 BCH 값과 연관된 토큰을 모두 담을 수 있으며, 토큰 유효성은 합의 규칙에 의해 시행된다. CashTokens는 두 가지 유형의 토큰을 지원한다: 대체 가능 토큰(이더리움의 ERC-20 토큰과 유사)과 대체 불가능 토큰(NFT). 합의 수준의 시행은 토큰 거래가 네이티브 BCH 거래와 동일한 보안 보장을 갖는다는 것을 의미하며, SLP와 같은 오버레이 프로토콜의 신뢰 가정과 인덱싱 요구 사항을 제거한다.
Memo.cash는 OP_RETURN 거래를 사용하여 Bitcoin Cash 위에 구축된 탈중앙화 소셜 미디어 프로토콜이다. 사용자는 인코딩된 OP_RETURN 데이터가 포함된 Bitcoin Cash 거래로 게시물, 팔로우, 좋아요 및 기타 소셜 활동을 브로드캐스트한다. 데이터가 블록체인에 저장되기 때문에 검열에 강하고 영구적으로 보관된다. Bitcoin Cash의 낮은 거래 비용은 이를 경제적으로 실현 가능하게 한다 -- 각 소셜 미디어 활동의 비용은 1센트 미만이다.
Bitcoin Cash의 기타 데이터 애플리케이션에는 문서 타임스탬핑 및 공증 서비스가 포함되며, 문서의 해시가 OP_RETURN 출력에 삽입되어 특정 시점에 해당 문서가 존재했다는 영구적이고 변조 불가능한 기록을 생성한다. 공급망 추적, 자격 증명 검증, 탈중앙화 신원 시스템도 Bitcoin Cash의 데이터 삽입 기능을 사용하여 구축되었다.
대용량 OP_RETURN 용량, 낮은 수수료, 빠른 확인 시간의 결합은 Bitcoin Cash를 블록체인 기반 데이터 애플리케이션을 위한 경쟁력 있는 플랫폼으로 자리매김시킨다. 전용 데이터 블록체인이 존재하지만, Bitcoin Cash는 검증된 지속적 운영 실적을 가진 잘 확립되고 높은 보안성의 광범위하게 지원되는 네트워크라는 이점을 제공한다.
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.
Network Architecture
Bitcoin Cash 네트워크는 비트코인과 동일한 근본적인 P2P 아키텍처로 운영되며, 노드들이 가십 프로토콜을 통해 통신하여 거래와 블록을 전파한다. 풀 노드는 블록체인의 완전한 사본을 유지하고 합의 규칙에 따라 모든 거래와 블록을 독립적으로 검증한다. 네트워크는 무허가형으로, 누구나 인가 없이 노드를 운영하고 네트워크에 참여할 수 있다.
Bitcoin Cash에는 여러 독립적인 풀 노드 구현체가 존재하며, 이는 탈중앙화된 개발에 대한 프로젝트의 의지를 반영한다. Bitcoin Cash Node(BCHN)가 가장 널리 사용되는 구현체로 사실상의 참조 클라이언트 역할을 한다. 다른 구현체로는 Bitcoin Unlimited, BCHD(Go로 작성), Knuth(고성능 C++ 구현체) 등이 있다. 여러 독립 구현체의 존재는 단일 소프트웨어 버그로 인한 네트워크 전체 장애 위험을 줄이고, 단일 개발팀이 프로토콜을 일방적으로 통제하지 못하도록 보장한다.
Bitcoin Cash의 채굴은 비트코인과 동일한 SHA-256 작업 증명 알고리즘을 사용한다. 이는 동일한 ASIC 채굴 하드웨어를 양쪽 체인의 채굴에 사용할 수 있으며, 채굴자들이 수익성에 따라 비트코인과 Bitcoin Cash 사이를 전환할 수 있음을 의미한다. 실제로 Bitcoin Cash의 해시 레이트는 비트코인의 일부에 해당하며, SHA-256 채굴 파워의 대부분은 수익성이 높은 비트코인 체인에 투입된다. 그러나 Bitcoin Cash의 난이도 조절 알고리즘은 절대적 해시 레이트 수준에 관계없이 목표인 10분 간격으로 블록이 생산되도록 보장한다.
난이도 조절 알고리즘은 Bitcoin Cash의 가장 중요한 프로토콜 구성 요소 중 하나이다. 약 2주마다(2016블록마다) 재계산하는 원래 비트코인 난이도 조절은 채굴자들이 비트코인과 Bitcoin Cash 사이를 전환하면서 경험한 급격한 해시 레이트 변동을 수용하기에는 너무 느렸다. 2017년의 문제적인 긴급 난이도 조절(EDA) 기간 이후, Bitcoin Cash는 2017년 11월에 144블록 이동 평균에 기반한 새로운 알고리즘을 채택하였다.
2020년 11월, Bitcoin Cash는 aserti3-2d로도 알려진 ASERT(Absolutely Scheduled Exponentially Rising Targets) 난이도 조절 알고리즘으로 업그레이드하였다. ASERT는 기준 블록("앵커 블록") 이후 실제 경과 시간과 예상 시간 사이의 차이에 기반하여 난이도 목표를 조절하는 수학적으로 우아한 알고리즘이다. 블록이 예상보다 빠르게 생산되면 난이도가 지수적으로 증가하고, 느리면 지수적으로 감소한다. "3-2d"라는 명칭은 약 2일(구체적으로 10분 목표 기준 288블록)의 반감기를 의미하며, 해시 레이트의 지속적인 배가 또는 반감이 2일 내에 완전한 난이도 조절을 가져온다는 것을 뜻한다. ASERT는 상당한 해시 레이트 변동성 하에서도 일관된 블록 간격을 생산하며 매우 안정적임이 입증되었다.
블록 전파 효율성은 대형 블록을 가진 네트워크에 필수적이다. Bitcoin Cash는 대형 블록이 네트워크 전체에 빠르게 전파될 수 있도록 여러 최적화를 채택하였다. 컴팩트 블록(BIP 152)은 노드가 중복되는 멤풀을 가진 경우 전체 거래 데이터 대신 거래 ID로부터 블록을 재구성할 수 있게 하여 블록 전파에 필요한 대역폭을 극적으로 줄인다. Graphene 프로토콜은 확률적 데이터 구조를 사용하여 거의 최적의 블록 인코딩을 달성함으로써 더 큰 압축을 제공한다. Xthinner는 Bitcoin Cash를 위해 특별히 개발된 또 다른 압축 프로토콜로, 일반적인 블록에 대해 약 99.6퍼센트의 압축을 달성한다.
네트워크의 릴레이 및 멤풀 정책은 신뢰할 수 있는 영확인 거래를 지원하도록 설계되었다. 노드는 엄격한 최초 확인 규칙을 따르며, 관찰한 거래의 첫 번째 버전만 수락하고 릴레이한다. 동일한 입력을 소비하려는 두 번째 거래(이중 지불 시도)가 감지되면, 노드는 이중 지불 증명을 생성하고 네트워크를 통해 전파하여 상인 및 기타 이해관계자에게 경고한다. 이 인프라는 일상적인 소액 결제에서 미확인 거래를 수락하기 위한 합리적인 보안 수준을 제공한다.
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.
Smart Contract Capabilities
Bitcoin Cash는 주로 P2P 전자 화폐 시스템으로 설계되었지만, 스크립팅 언어의 확장을 통해 상당한 스마트 컨트랙트 기능을 발전시켰다. 이더리움의 계정 기반 튜링 완전 스마트 컨트랙트 모델과 달리, Bitcoin Cash 스마트 컨트랙트는 의도적으로 튜링 완전하지 않은 스택 기반 스크립팅 언어를 사용하여 UTXO 모델 내에서 운영된다. 이 설계는 예측 가능한 실행 비용을 제공하고 무제한 연산과 관련된 취약점 유형을 방지하면서도, 놀라울 정도로 풍부한 프로그래밍 가능한 금융 상품 집합을 가능하게 한다.
Bitcoin Cash 스크립팅 언어는 일련의 프로토콜 업그레이드를 통해 점진적으로 향상되었다. 2018년 5월에는 비트코인 역사 초기에 비활성화되었던 여러 opcode가 재활성화되었으며, 여기에는 비트 논리 연산자(OP_AND, OP_OR, OP_XOR), 큰 숫자를 위한 산술 연산자, 문자열 조작 연산(OP_SPLIT, OP_CAT)이 포함된다. 이렇게 복원된 opcode들은 Bitcoin Cash 스크립트의 표현력을 상당히 확장하였다.
2018년 11월에 도입된 OP_CHECKDATASIG와 OP_CHECKDATASIGVERIFY는 특히 중요한 진전이었다. 이 opcode들은 거래 스크립트가 거래 자체뿐만 아니라 임의의 데이터에 대해 ECDSA 서명을 검증할 수 있게 한다. 이를 통해 외부 데이터 소스가 현실 세계의 조건(가격, 기상 이벤트, 스포츠 결과 등)을 증명하는 메시지에 서명하고 컨트랙트의 실행이 해당 서명된 메시지의 내용에 의존하는 오라클 기반 컨트랙트가 가능해진다. 이 기능은 탈중앙화 예측 시장, 보험 컨트랙트, 그리고 외부 데이터에 의존하는 기타 금융 상품의 문을 연다.
2022년 5월에 도입된 네이티브 인트로스펙션 opcode는 거래 스크립트가 자신을 포함하는 거래의 속성을 검사할 수 있게 한다. 스크립트는 동일 거래 내 입력과 출력의 값, 잠금 스크립트, 토큰 데이터를 검사할 수 있다. 이를 통해 커버넌트 스타일의 컨트랙트가 가능해진다 -- 누가 코인을 소비할 수 있는지뿐만 아니라 향후 거래에서 코인이 어떻게 소비될 수 있는지를 제한하는 스크립트이다. 커버넌트는 금고(보안을 위한 시간 잠금 소비 제한), 반복 결제, 탈중앙화 거래소, 온체인 투표 메커니즘과 같은 강력한 패턴을 가능하게 한다.
CashScript는 이더리움의 Solidity에 비견되는 Bitcoin Cash용 고수준 스마트 컨트랙트 언어이다. CashScript는 개발자가 JavaScript와 유사한 친숙한 구문으로 컨트랙트를 작성할 수 있게 하며, 이를 Bitcoin Cash 스크립트 바이트코드로 컴파일한다. 이 언어는 입출력 인트로스펙션과 서명 검증을 포함한 UTXO 기반 컨트랙트 설계의 복잡성을 처리하여, 저수준 스택 기반 프로그래밍에 익숙하지 않은 개발자도 접근할 수 있게 한다. CashScript 컨트랙트는 탈중앙화 거래소, 에스크로 서비스, 크라우드펀딩 플랫폼 및 기타 애플리케이션을 구축하는 데 사용되었다.
2023년 5월의 CashTokens 업그레이드는 Bitcoin Cash의 스마트 컨트랙트 기능에 또 다른 차원을 추가하였다. 대체 가능 및 대체 불가능 토큰을 합의 수준에서 UTXO 모델에 직접 내장함으로써, CashTokens는 오버레이 프로토콜이 아닌 네트워크의 합의 규칙에 의해 시행되는 토큰 기반 컨트랙트를 가능하게 한다. CashTokens의 대체 불가능 토큰(NFT)은 "커밋먼트" 필드 -- 토큰에 첨부된 임의의 데이터 --를 포함하며, 이는 스마트 컨트랙트 스크립트에 의해 읽히고 검증될 수 있다. 이는 여러 거래에 걸쳐 온체인 상태를 유지하는 메커니즘을 만들며, UTXO 모델에서 이전에는 달성하기 어려웠던 기능이다. 컨트랙트는 NFT를 상태 운반체로 사용하여, 각 거래마다 커밋먼트 데이터를 업데이트하여 복잡한 다단계 프로토콜을 구현할 수 있다.
인트로스펙션 opcode, CashTokens, CashScript의 결합은 이더리움의 모델과 근본적으로 다르지만 동일한 탈중앙화 금융 애플리케이션의 많은 부분을 구현할 수 있는 스마트 컨트랙트 플랫폼을 만든다. 탈중앙화 거래소, 자동화된 시장 메이커, 대출 프로토콜, 탈중앙화 자율 조직이 모두 Bitcoin Cash에서 구축되거나 프로토타입으로 제작되었다. UTXO 기반 접근 방식은 병렬화(UTXO는 독립적으로 검증 가능), 프라이버시(각 UTXO가 독립적), 예측 가능성(경합할 전역 상태 없음)의 측면에서 이점을 제공하지만, 계정 기반 시스템과는 다른 설계 패턴이 필요하다.
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.
Monetary Policy
Bitcoin Cash는 비트코인의 통화 정책을 전적으로 계승한다. Bitcoin Cash의 총 공급량은 2,100만 코인으로 상한이 정해져 있으며, 발행 일정은 비트코인과 동일한 반감기 메커니즘을 따른다. 이 공유된 통화 정책은 포크의 직접적 결과이다: Bitcoin Cash가 비트코인 블록체인에서 분리되었기 때문에 동일한 발행 이력으로 시작하였고 동일한 미래 발행 규칙을 계속한다.
블록 보상은 블록당 50 BCH로 시작(비트코인의 제네시스 매개변수에서 계승)되었으며 210,000블록마다, 대략 4년마다 반감된다. 첫 번째 반감기는 2012년 11월에 발생하여(포크 이전이므로 공유 이력) 보상을 25코인으로 줄였다. 두 번째 반감기는 2016년 7월에 12.5코인으로 줄였다. 세 번째 반감기는 2020년 4월에 발생하여(포크 이후이므로 Bitcoin Cash 체인 고유) 보상을 6.25 BCH로 줄였다. 네 번째 반감기는 2024년 4월에 블록당 3.125 BCH로 더욱 줄였다.
이 반감기 일정은 신규 코인 생성 비율이 시간이 지남에 따라 감소하여 점근적으로 0에 접근하는 디스인플레이션 통화 정책을 만든다. 마지막 Bitcoin Cash 코인은 대략 2140년경에 채굴될 것으로 예상된다. 그 시점에서 채굴자의 수익은 전적으로 거래 수수료로 구성될 것이다.
2,100만 공급 상한과 반감기 일정은 Bitcoin Cash에 비트코인과 동일한 희소성 속성을 부여한다. 2026년 초 기준 유통 공급량은 약 1,980만 BCH이며, 이는 앞으로 존재할 총 공급량의 94퍼센트 이상을 나타낸다. 나머지 코인은 한 세기 이상에 걸쳐 감소하는 블록 보상을 통해 배포될 것이다.
블록 보상에서 수수료 기반 채굴자 보상으로의 전환에 대한 Bitcoin Cash의 접근 방식은 비트코인의 전략과 다르다. 수수료 시장을 유지하기 위해 블록 공간을 제한하는 비트코인의 확장 철학은 블록 보상이 줄어듦에 따라 채굴자를 보상하기 위한 높은 거래당 수수료에 암묵적으로 의존한다. Bitcoin Cash는 반대 접근 방식을 취한다: 수수료를 낮게 유지하고 블록을 크게 함으로써, 높은 거래당 수수료가 아닌 높은 거래량을 통해 충분한 총 수수료 수입을 창출하는 것을 목표로 한다. 이 모델에서 각 거래가 1센트의 수수료를 지불하더라도 네트워크가 블록당 수백만 건의 거래를 처리한다면, 총 수수료 수입은 채굴을 인센티브하기에 충분할 만큼 상당할 수 있다.
이 거래량 기반 수수료 모델은 Bitcoin Cash가 보조금 이후 시대에 동등한 채굴자 인센티브를 제공하기 위해 비트코인보다 상당히 높은 거래 처리량을 달성해야 함을 요구한다. 지지자들은 글로벌 결제 수요가 막대하며 전 세계 거래의 보통 정도의 점유율만으로도 하루 수백만 건의 결제를 대표할 것이므로 이것이 달성 가능하다고 주장한다. 비판자들은 이 수준의 채택을 달성하는 것이 불확실하며, 저수수료 모델이 전환 기간 동안 불충분한 인센티브를 만들 수 있다고 반박한다.
비트코인과 Bitcoin Cash 간의 공유된 통화 정책은 두 체인이 SHA-256 채굴 해시 파워를 놓고 직접적으로 경쟁함을 의미한다. 채굴자들은 특정 시점에서 더 수익성이 높은 체인에 자원을 할당하며, 양쪽 체인의 난이도 조절 알고리즘이 이러한 유동적 배분을 수용한다. 실제로 Bitcoin Cash의 총 SHA-256 해시 레이트 점유율은 상대적 가격에 비례하여 왔으며, 이는 이익을 극대화하는 채굴자들의 합리적인 경제적 행동을 반영한다.
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.
Conclusion
Bitcoin Cash는 P2P 전자 화폐라는 비트코인의 본래 비전을 원칙적으로 계승한 것이다. 블록 크기 제한을 늘리고 온체인 확장을 추구함으로써, Bitcoin Cash는 초기 비트코인의 특징이었던 낮은 수수료와 빠른 거래를 유지하여, 원래 백서가 구상했던 일상적인 결제와 소액 거래를 실용적으로 만들었다.
프로젝트의 기술적 궤적은 사려 깊고 중대한 프로토콜 개선으로 특징지어진다. ASERT 난이도 조절 알고리즘은 변동성 있는 해시 레이트 조건에서도 안정적인 블록 생산을 제공한다. 복원되고 새로 추가된 opcode를 갖춘 향상된 스크립팅 언어는 UTXO 모델의 안전성 제약 내에서 정교한 스마트 컨트랙트를 가능하게 한다. CashTokens는 처음으로 비트코인 프로토콜에 합의 수준에서 시행되는 토큰화를 도입한다. CashScript는 이러한 기능을 광범위한 개발자 커뮤니티가 접근할 수 있게 한다. 이러한 진전은 UTXO 모델이 근본적인 단순성과 보안 속성을 유지하면서도 풍부한 탈중앙화 애플리케이션 생태계를 지원할 수 있음을 보여준다.
Bitcoin Cash의 탄생으로 이어진 확장성 논쟁은 탈중앙화 시스템의 근본적인 긴장을 부각시켰다: 온체인 용량과 풀 노드 운영 비용 사이의 트레이드오프이다. Bitcoin Cash는 거래 용량과 사용자 경험을 우선시하는 것을 선택하였으며, 광범위한 채택과 사용의 경제적 이점이 노드 운영자를 위한 증가된 하드웨어 요구 사항을 상회한다고 주장한다. 이는 비트코인과 Bitcoin Cash가 각자의 경로를 따라 계속 진화하면서 향후 수년과 수십 년에 걸쳐 답이 펼쳐질 경험적 질문이다.
여러 차례의 약세장, 논쟁적인 포크(특히 2018년 11월의 Bitcoin SV 분할), 그리고 지속적인 커뮤니티 노력을 통한 Bitcoin Cash의 생존과 지속적인 개발은 프로젝트의 회복력과 참여자들의 신념을 보여준다. 네트워크는 포크 이후 수억 건의 거래를 처리하였고, 지속적인 운영을 유지하였으며, P2P 전자 화폐가 구축할 가치가 있는 기술이라는 믿음을 공유하는 전 세계 개발자, 상인, 사용자 커뮤니티를 끌어들였다.
Bitcoin Cash의 장기적 성공은 저수수료의 신뢰할 수 있는 거래를 가치 있게 여기는 사용자와 상인을 유치하고, 글로벌 결제 네트워크의 요구를 충족하도록 인프라를 확장하는 능력에 달려 있다. 기술적 기반은 견고하고, 로드맵은 명확하며, 커뮤니티는 헌신적이다. Bitcoin Cash가 궁극적으로 전 세계를 위한 전자 화폐라는 야심적인 목표를 달성하는지 여부는 기술적 한계가 아닌 모든 화폐 시스템의 진화를 지배하는 네트워크 효과, 시장 역학, 채택 패턴에 의해 결정될 것이다.
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.
