Bitcoin Cash: Efectivo electrónico peer-to-peer para el mundo
Bitcoin Cash (BCH) отделился от Bitcoin 1 августа 2017 года в результате хардфорка. У него нет собственного вайтпейпера — представленный здесь документ является оригинальным вайтпейпером Bitcoin авторства Сатоши Накамото, на который Bitcoin Cash ссылается как на основу своего видения одноранговой электронной наличности.
Abstract
Bitcoin Cash -- это одноранговая система электронных денег, отделившаяся от блокчейна Bitcoin 1 августа 2017 года. Созданная в ответ на ограничения масштабируемости Bitcoin, Bitcoin Cash увеличила лимит размера блока для обеспечения большей пропускной способности транзакций и более низких комиссий, восстанавливая первоначальное видение Bitcoin как практичного средства обмена для повседневных транзакций. С блоками размером 32 МБ, адаптивным алгоритмом корректировки сложности и постоянным развитием протокола Bitcoin Cash стремится к масштабированию на уровне блокчейна для использования в качестве глобальных одноранговых электронных денег.
Проект Bitcoin Cash родился из фундаментального разногласия внутри сообщества Bitcoin о том, как сеть должна масштабироваться для удовлетворения растущего спроса. В то время как одна фракция выступала за решения масштабирования вне основной цепи, такие как Lightning Network, построенная поверх Segregated Witness (SegWit), другая фракция утверждала, что увеличение лимита размера блока является наиболее прямым и проверенным подходом к масштабированию. Когда консенсус не удалось достичь, последняя группа осуществила хардфорк, создав новую цепь, которая сохранила историю транзакций Bitcoin, одновременно реализовав больший лимит размера блока и отказавшись от 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
Оригинальный whitepaper Bitcoin, опубликованный Сатоси Накамото в 2008 году, описывал «чисто одноранговую версию электронных денег», которая позволяла бы «отправлять онлайн-платежи напрямую от одной стороны к другой без обращения к финансовому посреднику». Это видение Bitcoin как средства обмена для повседневных транзакций было центральным для его раннего принятия и роста сообщества. Ранние сторонники Bitcoin часто ссылались на низкие комиссии за транзакции и быстрые платежи как на ключевые преимущества перед традиционными финансовыми системами.
Однако по мере роста популярности Bitcoin в середине 2010-х годов фундаментальное ограничение начало снижать его полезность как электронных денег. Лимит размера блока в один мегабайт, изначально введённый как временная мера против спама, создал искусственный потолок для количества транзакций, которые сеть могла обработать. По мере роста спроса на блочное пространство пользователи были вынуждены конкурировать за ограниченную ёмкость, предлагая более высокие комиссии. К началу 2017 года медианная комиссия за транзакции Bitcoin выросла до нескольких долларов, что сделало транзакции малой стоимости экономически нецелесообразными. В периоды пиковой загрузки комиссии могли превышать двадцать долларов, а транзакции могли оставаться неподтверждёнными часами или даже днями.
Эта ситуация представляла собой фундаментальное отступление от первоначального обещания Bitcoin. Система, предназначенная для осуществления одноранговых электронных платежей, становилась слишком дорогой и слишком медленной для тех самых случаев использования, ради которых она была создана. В то время как Bitcoin всё чаще позиционировался как «цифровое золото» -- средство сбережения, а не средство обмена -- многие члены сообщества и разработчики считали это предательством основополагающих принципов проекта.
Bitcoin Cash был создан для решения этого кризиса путём принятия наиболее прямого подхода к масштабированию: увеличения лимита размера блока. Позволяя вместить больше транзакций в каждый блок, Bitcoin Cash стремился восстановить низкие комиссии и быстрые подтверждения, снова сделав одноранговые электронные деньги практичными. Сторонники проекта утверждали, что масштабирование на уровне блокчейна не только технически осуществимо, но и является подходом, который изначально предусмотрел Сатоси Накамото, ссылаясь на ранние сообщения, в которых Накамото обсуждал увеличение лимита размера блока по мере роста сети.
Создание Bitcoin Cash 1 августа 2017 года стало одним из наиболее значимых событий в истории криптовалют. Оно представляло собой первое крупное разделение цепи Bitcoin, вызванное подлинным философским разногласием о будущем направлении протокола. Форк продемонстрировал, что в децентрализованной системе неразрешимые споры могут быть урегулированы путём предоставления каждой фракции возможности независимо следовать своему видению, при этом рынок в конечном счёте определяет результат.
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
Дебаты о масштабировании Bitcoin были одним из самых спорных и продолжительных конфликтов в истории разработки программного обеспечения с открытым исходным кодом. По сути, дебаты сосредоточились на, казалось бы, простом вопросе: как сеть Bitcoin должна увеличить свою пропускную способность обработки транзакций? Однако ответ на этот вопрос затрагивал фундаментальные вопросы управления, децентрализации, технической философии и самой идентичности Bitcoin.
Лимит размера блока Bitcoin в один мегабайт был введён Сатоси Накамото в 2010 году как временная мера для предотвращения атак типа «отказ в обслуживании», при которых злоумышленник мог бы наводнить сеть блоками чрезмерного размера. В то время фактическое использование блоков было значительно ниже этого лимита, и Накамото предположил, что лимит может быть повышен в будущем посредством простого изменения кода. Однако по мере роста использования Bitcoin и заполнения блоков повышение лимита оказалось гораздо более спорным, чем кто-либо мог ожидать.
Одна фракция, ассоциировавшаяся с командой разработчиков Bitcoin Core, утверждала, что размер блока должен оставаться небольшим для сохранения децентрализации. Их аргументация заключалась в том, что более крупные блоки увеличат вычислительные требования и требования к пропускной способности для запуска полного узла, потенциально вытесняя обычных пользователей и концентрируя эксплуатацию узлов среди хорошо обеспеченных ресурсами субъектов. Они предложили альтернативный путь масштабирования: Segregated Witness (SegWit), изменение протокола, которое реструктурировало данные транзакций для эффективного увеличения пропускной способности блока без повышения номинального лимита размера, в сочетании с решениями вне основной цепи, такими как Lightning Network, которые переместили бы большинство транзакций за пределы основного блокчейна.
Противоположная фракция, включавшая видных разработчиков, майнеров и предприятия, утверждала, что увеличение лимита размера блока является самым простым, наиболее проверенным и наиболее срочным решением. Они настаивали на том, что лимит в один мегабайт был произвольным ограничением, которое никогда не предназначалось в качестве постоянной характеристики протокола, и что рост комиссий и перегрузка отталкивали пользователей и торговцев от Bitcoin. Они скептически относились к сложности SegWit и опасались, что Lightning Network, которая в то время была ещё в значительной степени теоретической, никогда не сможет выполнить свои обещания дешёвых и мгновенных транзакций.
Дебаты обострились через серию предложений и контрпредложений. Bitcoin XT, предложенный Майком Хирном и Гэвином Андресеном в 2015 году, стремился увеличить размер блока до 8 МБ. Bitcoin Classic предлагал более скромное увеличение до 2 МБ. Bitcoin Unlimited предлагал полностью убрать лимит размера блока, позволив майнерам устанавливать собственные лимиты через рыночную динамику. Каждое предложение вызывало ожесточённые дебаты, и ни одно не достигло подавляющего консенсуса, необходимого для бесспорного хардфорка.
Было предпринято несколько попыток компромисса. Гонконгское соглашение (февраль 2016 года) предусматривало, что разработчики Bitcoin Core и майнеры согласились развернуть SegWit с последующим хардфорком до 2 МБ, но соглашение развалилось, когда компонент хардфорка не был реализован. Нью-Йоркское соглашение (май 2017 года), также известное как SegWit2x, предлагало немедленную активацию SegWit с последующим хардфорком до 2 МБ в течение шести месяцев. Это соглашение было подписано более чем пятьюдесятью компаниями, представляющими большинство хешрейта Bitcoin, но было решительно отвергнуто командой разработчиков Bitcoin Core и значительной частью пользовательского сообщества.
Когда стало ясно, что компромисс невозможен, фракция больших блоков решила действовать в одностороннем порядке. 1 августа 2017 года они осуществили хардфорк блокчейна Bitcoin, создав Bitcoin Cash с первоначальным лимитом размера блока 8 МБ. Это было непростое решение -- оно требовало разделения блокчейна, сети, сообщества и бренда. Но сторонники Bitcoin Cash считали, что это единственный способ сохранить первоначальное видение Bitcoin как одноранговых электронных денег.
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 был осуществлён 1 августа 2017 года на высоте блока 478 558. В этой точке блокчейн Bitcoin разделился на две отдельные цепи: оригинальная цепь, продолжившая существование как Bitcoin (BTC) с активацией SegWit, и новая цепь, ставшая Bitcoin Cash (BCH) с увеличенным лимитом размера блока 8 МБ.
Форк был технически чистым и хорошо спланированным. Каждый адрес Bitcoin, имевший баланс на момент форка, получил идентичный баланс на обеих цепях. Если пользователь владел 1 BTC до форка, после форка у него был бы 1 BTC на цепи Bitcoin и 1 BCH на цепи Bitcoin Cash. Вся история транзакций до блока 478 558 была общей для обеих цепей.
Одной из критических технических задач форка была реализация защиты от повторного воспроизведения. При отсутствии такой защиты транзакция, отправленная в одну цепь, могла быть воспроизведена в другой, потенциально заставляя пользователей непреднамеренно тратить монеты в обеих цепях. Bitcoin Cash реализовал надёжную защиту от повторного воспроизведения путём модификации алгоритма подписания транзакций. В частности, Bitcoin Cash ввёл новый флаг SigHash (SIGHASH_FORKID), включаемый в хеш подписи каждой транзакции. Транзакции, подписанные с этим флагом, действительны в цепи Bitcoin Cash, но недействительны в цепи Bitcoin, и наоборот. Это обеспечило чёткое разделение двух сетей с момента форка.
Первоначальный лимит размера блока для Bitcoin Cash был установлен на уровне 8 МБ -- в восемь раз больше лимита Bitcoin в 1 МБ. Это представляло собой значительное увеличение пропускной способности транзакций на уровне блокчейна, позволяя Bitcoin Cash обрабатывать существенно больше транзакций в каждом блоке при сохранении низких комиссий. Первый блок Bitcoin Cash после форка был добыт пулом ViaBTC и имел размер приблизительно 1,9 МБ, демонстрируя немедленную практическую выгоду увеличенного размера блока.
Форк также исключил SegWit, который был активирован в цепи Bitcoin. Разработчики Bitcoin Cash отвергли SegWit по нескольким причинам: они считали, что он вносит ненужную сложность в протокол, создаёт двухуровневую систему транзакций с различными структурами комиссий и модифицирует структуру блока способами, которые, по их мнению, подрывают простоту модели UTXO. Выбрав вместо этого прямое увеличение размера блока, Bitcoin Cash сохранил более простую и традиционную архитектуру протокола, подобную Bitcoin.
В последствиях форка обе цепи столкнулись с проблемой корректировки сложности. Bitcoin Cash первоначально использовал ту же сложность SHA-256, что и цепь Bitcoin, но со значительно меньшей вычислительной мощностью, направленной на майнинг. Для предотвращения ситуации, при которой блоки добывались бы крайне медленно, Bitcoin Cash реализовал механизм экстренной корректировки сложности (EDA), который снижал сложность на 20 процентов, если за 12-часовой период было добыто менее 6 блоков. Хотя этот механизм успешно поддерживал жизнеспособность цепи в критический начальный период, он оказался нестабильным, вызывая резкие колебания времени производства блоков и хешрейта, поскольку майнеры переключались между Bitcoin и Bitcoin Cash в зависимости от прибыльности. EDA был заменён в ноябре 2017 года более стабильным алгоритмом корректировки сложности, основанным на скользящем среднем предыдущих 144 блоков.
Форк вызвал значительные разногласия в широком криптовалютном сообществе. Критики утверждали, что Bitcoin Cash является незаконной попыткой присвоить бренд Bitcoin, тогда как сторонники настаивали на том, что это законное продолжение первоначальной дорожной карты Bitcoin. Биржи и провайдеры услуг были вынуждены принимать быстрые решения о том, поддерживать ли новую цепь и как обрабатывать распределение форкнутых монет своим клиентам. Несмотря на полемику, 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 разделяет фундаментальную техническую архитектуру Bitcoin, включая механизм консенсуса proof-of-work на основе SHA-256, модель транзакций UTXO, эллиптическую кривую secp256k1 для цифровых подписей и целевой интервал между блоками в десять минут. Однако несколько ключевых модификаций отличают его от протокола Bitcoin.
Наиболее заметное отличие -- лимит размера блока. Bitcoin Cash запустился с лимитом размера блока 8 МБ и впоследствии увеличил его до 32 МБ в мае 2018 года. Этот лимит в 32 МБ обеспечивает приблизительно 32-кратную пропускную способность транзакций по сравнению с эффективным размером блока Bitcoin в 1 МБ без SegWit (или примерно 8-кратную ёмкость по сравнению с эффективным лимитом Bitcoin с SegWit, составляющим приблизительно 4 МБ). Увеличенный размер блока является краеугольным камнем философии масштабирования Bitcoin Cash на уровне блокчейна, обеспечивая достаточное пространство для роста транзакций без давления комиссий, возникающего при постоянном заполнении блоков.
Bitcoin Cash не реализует Segregated Witness (SegWit). Вместо разделения данных свидетелей и данных транзакций, как это делает SegWit, Bitcoin Cash сохраняет оригинальный формат транзакций Bitcoin. Все данные транзакций, включая подписи, хранятся в блоке традиционным способом. Это упрощает протокол и обеспечивает обратную совместимость со старым программным обеспечением и инфраструктурой Bitcoin.
Значительным улучшением протокола в Bitcoin Cash является усовершенствованный алгоритм SigHash, введённый при форке. Новый алгоритм, основанный на BIP 143 (изначально разработанном для SegWit), решает проблему квадратичного хеширования, существовавшую в оригинальной схеме верификации подписей Bitcoin. В оригинальной схеме вычислительная стоимость верификации подписи транзакции возрастала квадратично с числом входов, создавая потенциальный вектор атаки типа «отказ в обслуживании». Новый алгоритм SigHash делает стоимость верификации линейной, позволяя сети безопасно обрабатывать более крупные и сложные транзакции.
Bitcoin Cash поддерживает больший максимальный размер транзакции и большее количество операций подписания (sigops) на блок по сравнению с Bitcoin. Лимит sigops масштабируется пропорционально размеру блока, обеспечивая ограниченность вычислительных затрат на валидацию блока при значительно большем количестве транзакций в блоке.
Система скриптов в Bitcoin Cash активно развивается за пределами сравнительно консервативного подхода Bitcoin. Bitcoin Cash повторно активировал и ввёл несколько опкодов, расширяющих выразительность его языка скриптов. Среди заметных дополнений -- OP_CHECKDATASIG и OP_CHECKDATASIGVERIFY, позволяющие скриптам транзакций верифицировать подписи относительно произвольных данных (а не только данных транзакции), что делает возможными смарт-контракты на основе оракулов и другие продвинутые шаблоны скриптов. Опкод OP_REVERSEBYTES, нативные опкоды интроспекции и увеличенные лимиты скриптов и стека дополнительно расширили программируемость Bitcoin Cash.
Bitcoin Cash использует ту же основу формата адресов, что и Bitcoin, но в январе 2018 года принял формат CashAddr для предотвращения путаницы и ошибок межсетевой отправки. Адреса CashAddr начинаются с префикса «bitcoincash:» (часто сокращаемого до «q» или «p» для хеш-части) и используют другую схему кодирования по сравнению с форматом base58check Bitcoin. Это визуальное различие немедленно показывает, принадлежит ли адрес Bitcoin или Bitcoin Cash, снижая риск случайной отправки монет в неправильную сеть.
Сеть работает на порту 8333, том же порту по умолчанию, что и Bitcoin, хотя узлы Bitcoin Cash идентифицируют себя другим магическим числом сети при рукопожатии протокола. Это означает, что узлы Bitcoin и 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. Фундаментальный тезис проекта заключается в том, что одноранговые электронные деньги должны быть способны обрабатывать транзакции быстро и дёшево для повседневного использования, а масштабирование на уровне блокчейна через увеличение блоков является наиболее надёжным способом достижения этого.
При лимите размера блока 32 МБ и десятиминутном интервале между блоками теоретическая максимальная пропускная способность Bitcoin Cash составляет приблизительно 100 транзакций в секунду в зависимости от среднего размера транзакции. Это представляет собой существенное увеличение по сравнению с теоретическим максимумом Bitcoin -- приблизительно 7 транзакций в секунду при блоках 1 МБ. На практике фактическая пропускная способность зависит от состава типов и размеров транзакций, однако ёмкость Bitcoin Cash более чем достаточна для текущего объёма транзакций, при этом блоки обычно значительно ниже лимита 32 МБ.
Изобилие доступного блочного пространства оказывает прямое и измеримое влияние на комиссии за транзакции. Когда блоки не заполнены, конкуренции за комиссии нет, и транзакции могут подтверждаться с минимальными комиссиями. Минимальная комиссия ретрансляции по умолчанию в Bitcoin Cash составляет 1 сатоши за байт (где 1 сатоши = 0,00000001 BCH), и большинство транзакций подтверждаются в следующем блоке при этом минимуме или близко к нему. Это делает транзакции Bitcoin Cash стоимостью в доли цента в обычных условиях, по сравнению с комиссиями Bitcoin, которые могут составлять от долларов до десятков долларов в периоды перегрузки.
Сообщество разработчиков Bitcoin Cash провело обширные исследования и тестирование пределов масштабирования на уровне блокчейна. Инициатива Gigablock Testnet, проведённая в 2017-2018 годах, продемонстрировала, что протокол Bitcoin может обрабатывать блоки размером 1 ГБ и более при соответствующих программных оптимизациях и современном оборудовании. Эти тесты выявили несколько узких мест в исходном коде -- включая распространение блоков, валидацию транзакций и управление множеством UTXO -- и направили последующие усилия по оптимизации.
Для поддержки более крупных блоков были внесены несколько улучшений протокола и реализации. Graphene, протокол распространения блоков, основанный на обратимых таблицах поиска Блума и фильтрах Блума, значительно сокращает пропускную способность, необходимую для распространения блоков, кодируя только разницу между блоком и транзакциями, которые принимающий узел уже имеет в своём мемпуле. Каноническое упорядочивание транзакций (CTOR), реализованное в ноябре 2018 года, требует упорядочивания транзакций в блоке по их идентификатору. Это, казалось бы, незначительное изменение обеспечивает существенные оптимизации валидации и распространения блоков, поскольку позволяет параллельную валидацию транзакций и более эффективные алгоритмы согласования множеств.
Инициативы по обязательствам UTXO и параллельной валидации дополнительно улучшили способность сети эффективно обрабатывать крупные блоки. Используя современные многоядерные процессоры и твердотельные накопители, оптимизированные реализации узлов могут валидировать блоки, содержащие десятки тысяч транзакций, в приемлемые сроки.
Дорожная карта масштабируемости Bitcoin Cash предусматривает дальнейшее увеличение лимита размера блока по мере развития технологий и спроса. Разработчики проекта выразили долгосрочную цель поддержки глобальных объёмов платежей полностью на уровне блокчейна, нацеливаясь на уровни пропускной способности, которые позволили бы Bitcoin Cash обслуживать миллиарды ежедневных транзакций. Хотя эта цель амбициозна, продолжающиеся улучшения аппаратных возможностей, пропускной способности сети и программной оптимизации обеспечивают реалистичный путь к её поэтапному достижению с течением времени.
Важным аспектом подхода Bitcoin Cash к масштабированию является концепция транзакций с «нулевым подтверждением». Для платежей малой стоимости торговцы могут принимать транзакции сразу после трансляции, до их включения в блок. Bitcoin Cash реализовал несколько мер для повышения надёжности транзакций с нулевым подтверждением, включая правило «первого увиденного» (при котором узлы ретранслируют только первую версию транзакции, затрудняя попытки двойного расходования) и протоколы уведомления о двойном расходовании, предупреждающие торговцев при обнаружении конфликтующей транзакции. Эти меры делают 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, который позволяет пользователям встраивать произвольные данные в блокчейн в рамках выхода транзакции, который доказуемо невозможно потратить. Эта функция обеспечивает ряд ориентированных на данные приложений, построенных поверх блокчейна Bitcoin Cash, включая токен-протоколы, системы обмена сообщениями, сервисы нотариального заверения и платформы социальных сетей.
Лимит данных OP_RETURN в Bitcoin Cash установлен на 220 байт на выход, что значительно превышает лимит Bitcoin в 80 байт. Кроме того, Bitcoin Cash допускает несколько выходов OP_RETURN в одной транзакции, дополнительно расширяя объём данных, которые могут быть встроены в одну транзакцию. Эти щедрые лимиты в сочетании с низкими комиссиями за транзакции делают Bitcoin Cash экономически жизнеспособной платформой для приложений работы с данными, которые были бы непомерно дорогими на цепях с ограниченной ёмкостью.
Simple Ledger Protocol (SLP) был одной из первых и наиболее широко принятых токен-систем, построенных на Bitcoin Cash с использованием OP_RETURN. SLP позволял пользователям создавать и передавать пользовательские токены в блокчейне Bitcoin Cash, кодируя метаданные токенов в выходах OP_RETURN. Хотя SLP в значительной степени был вытеснен протоколом CashTokens, он продемонстрировал жизнеспособность построения токен-экономик поверх модели UTXO.
CashTokens, активированный в мае 2023 года, представляет более совершенный подход к токенизации в Bitcoin Cash. В отличие от SLP, который полагался на метаданные OP_RETURN, игнорируемые базовым протоколом, CashTokens является функцией уровня консенсуса, интегрирующей токены непосредственно в модель UTXO. Каждый UTXO может нести как значение BCH, так и связанный токен, при этом валидность токена обеспечивается правилами консенсуса. CashTokens поддерживает два типа токенов: взаимозаменяемые токены (аналогичные токенам ERC-20 в Ethereum) и невзаимозаменяемые токены (NFT). Обеспечение на уровне консенсуса означает, что токен-транзакции имеют те же гарантии безопасности, что и нативные транзакции BCH, устраняя допущения доверия и требования индексирования оверлейных протоколов, таких как SLP.
Memo.cash -- это децентрализованный протокол социальных сетей, построенный на Bitcoin Cash с использованием транзакций OP_RETURN. Пользователи транслируют публикации, подписки, лайки и другие социальные действия как транзакции Bitcoin Cash с закодированными данными OP_RETURN. Поскольку данные хранятся в блокчейне, они устойчивы к цензуре и постоянно архивированы. Низкая стоимость транзакций в Bitcoin Cash делает это экономически осуществимым -- каждое действие в социальных сетях стоит доли цента.
Другие приложения для работы с данными в 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 работает на той же фундаментальной одноранговой архитектуре, что и Bitcoin, где узлы общаются через протокол «сплетен» для распространения транзакций и блоков. Полные узлы хранят полную копию блокчейна и независимо валидируют все транзакции и блоки в соответствии с правилами консенсуса. Сеть не требует разрешений, что означает, что любой может запустить узел и участвовать в сети без авторизации.
Для Bitcoin Cash существует несколько независимых реализаций полных узлов, что отражает приверженность проекта децентрализованной разработке. Bitcoin Cash Node (BCHN) является наиболее широко используемой реализацией и служит фактическим эталонным клиентом. Другие реализации включают Bitcoin Unlimited, BCHD (написанный на Go) и Knuth (высокопроизводительная реализация на C++). Наличие нескольких независимых реализаций снижает риск того, что единственный программный баг вызовет сбой всей сети, и гарантирует, что ни одна команда разработчиков не имеет одностороннего контроля над протоколом.
Майнинг в Bitcoin Cash использует алгоритм proof-of-work SHA-256, идентичный Bitcoin. Это означает, что одно и то же оборудование для майнинга на ASIC может использоваться для майнинга любой из цепей, и майнеры могут переключаться между Bitcoin и Bitcoin Cash в зависимости от прибыльности. На практике хешрейт Bitcoin Cash составляет лишь долю от хешрейта Bitcoin, поскольку большая часть мощности майнинга SHA-256 направлена на более прибыльную цепь Bitcoin. Тем не менее алгоритм корректировки сложности Bitcoin Cash обеспечивает производство блоков с целевым десятиминутным интервалом независимо от абсолютного уровня хешрейта.
Алгоритм корректировки сложности является одним из наиболее важных компонентов протокола Bitcoin Cash. Оригинальная корректировка сложности Bitcoin, пересчитывающаяся каждые 2016 блоков (приблизительно каждые две недели), была слишком медленной для учёта быстрых колебаний хешрейта, которые испытывал Bitcoin Cash при переключении майнеров между ним и Bitcoin. После проблемного периода экстренной корректировки сложности (EDA) в 2017 году Bitcoin Cash в ноябре 2017 года принял новый алгоритм, корректирующий сложность на основе скользящего окна в 144 блока.
В ноябре 2020 года Bitcoin Cash обновился до алгоритма корректировки сложности ASERT (Absolutely Scheduled Exponentially Rising Targets), также известного как aserti3-2d. ASERT -- это математически элегантный алгоритм, который корректирует целевую сложность на основе разницы между фактически прошедшим временем и ожидаемым временем с момента референсного блока («якорного блока»). Если блоки производятся быстрее ожидаемого, сложность возрастает экспоненциально; если медленнее -- экспоненциально снижается. Обозначение «3-2d» относится к периоду полураспада приблизительно в два дня (конкретно 288 блоков при десятиминутном целевом интервале), что означает, что устойчивое удвоение или уменьшение вдвое хешрейта приведёт к полной корректировке сложности в течение двух дней. ASERT продемонстрировал высокую стабильность, обеспечивая постоянные интервалы между блоками даже при значительной волатильности хешрейта.
Эффективность распространения блоков критически важна для сети с большими блоками. Bitcoin Cash принял несколько оптимизаций для обеспечения быстрого распространения крупных блоков по сети. Компактные блоки (BIP 152), позволяющие узлам восстанавливать блоки из идентификаторов транзакций вместо полных данных транзакций, значительно сокращают пропускную способность, необходимую для распространения блоков, когда мемпулы узлов пересекаются. Протокол 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 прежде всего спроектирован как одноранговая система электронных денег, он развил значительные возможности смарт-контрактов через расширения своего скриптового языка. В отличие от модели смарт-контрактов Ethereum, основанной на счетах и являющейся Тьюринг-полной, смарт-контракты Bitcoin Cash работают в рамках модели UTXO, используя стековый скриптовый язык, который намеренно не является Тьюринг-полным. Этот дизайн обеспечивает предсказуемые затраты на выполнение и позволяет избежать класса уязвимостей, связанных с неограниченными вычислениями, при этом обеспечивая удивительно богатый набор программируемых финансовых инструментов.
Скриптовый язык Bitcoin Cash последовательно улучшался через серию обновлений протокола. В мае 2018 года несколько опкодов, отключённых в ранней истории Bitcoin, были повторно активированы, включая побитовые логические операторы (OP_AND, OP_OR, OP_XOR), арифметические операторы для больших чисел и операции обработки строк (OP_SPLIT, OP_CAT). Эти восстановленные опкоды значительно расширили выразительность скриптов Bitcoin Cash.
Введение OP_CHECKDATASIG и OP_CHECKDATASIGVERIFY в ноябре 2018 года стало особенно важным достижением. Эти опкоды позволяют скрипту транзакции верифицировать подпись ECDSA относительно произвольных данных, а не только самой транзакции. Это делает возможными контракты на основе оракулов, где внешний источник данных подписывает сообщение, удостоверяющее некое реальное условие (такое как цена, погодное событие или спортивный результат), и выполнение контракта зависит от содержания этого подписанного сообщения. Эта возможность открывает двери для децентрализованных рынков предсказаний, страховых контрактов и других финансовых инструментов, зависящих от внешних данных.
Нативные опкоды интроспекции, введённые в мае 2022 года, позволяют скриптам транзакций исследовать свойства содержащей их транзакции. Скрипты могут проверять значение, скрипт блокировки и данные токенов как входов, так и выходов в рамках одной транзакции. Это делает возможными контракты типа ковенант -- скрипты, ограничивающие то, как монеты могут быть потрачены в будущих транзакциях, а не только кто может их потратить. Ковенанты позволяют создавать мощные паттерны, такие как хранилища (ограничения расходования с временной блокировкой для безопасности), периодические платежи, децентрализованные биржи и механизмы голосования в блокчейне.
CashScript -- это высокоуровневый язык смарт-контрактов для Bitcoin Cash, аналогичный Solidity для Ethereum. CashScript позволяет разработчикам писать контракты на знакомом, похожем на JavaScript синтаксисе, который компилируется в байткод скриптов Bitcoin Cash. Язык обрабатывает сложности проектирования контрактов на основе UTXO, включая интроспекцию входов/выходов и верификацию подписей, делая его доступным для разработчиков, которые могут быть незнакомы с низкоуровневым стековым программированием. Контракты CashScript использовались для создания децентрализованных бирж, эскроу-сервисов, краудфандинговых платформ и других приложений.
Обновление CashTokens в мае 2023 года добавило ещё одно измерение к возможностям смарт-контрактов Bitcoin Cash. Встраивая взаимозаменяемые и невзаимозаменяемые токены непосредственно в модель UTXO на уровне консенсуса, CashTokens делает возможными токен-контракты, обеспеченные правилами консенсуса сети, а не оверлейными протоколами. Невзаимозаменяемые токены (NFT) в CashTokens несут поле «обязательства» -- произвольные данные, прикреплённые к токену, -- которые могут быть прочитаны и валидированы скриптами смарт-контрактов. Это создаёт механизм поддержания состояния в блокчейне через несколько транзакций -- возможность, которую ранее было трудно реализовать в модели UTXO. Контракты могут использовать NFT как носители состояния, обновляя данные обязательств с каждой транзакцией для реализации сложных многоэтапных протоколов.
Сочетание опкодов интроспекции, CashTokens и CashScript создаёт платформу смарт-контрактов, которая, хотя и фундаментально отличается от модели Ethereum, способна реализовать многие из тех же децентрализованных финансовых приложений. Децентрализованные биржи, автоматические маркет-мейкеры, протоколы кредитования и децентрализованные автономные организации были построены или прототипированы на 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. Общее предложение Bitcoin Cash ограничено 21 миллионом монет, а график эмиссии следует тому же механизму халвинга, что и Bitcoin. Эта общая денежно-кредитная политика является прямым следствием форка: поскольку Bitcoin Cash отделился от блокчейна Bitcoin, он начал с той же историей эмиссии и продолжает с теми же правилами будущей эмиссии.
Вознаграждение за блок начиналось с 50 BCH за блок (унаследованное от параметров генезиса Bitcoin) и уменьшается вдвое каждые 210 000 блоков, приблизительно каждые четыре года. Первый халвинг произошёл в ноябре 2012 года (до форка, поэтому это общая история), снизив вознаграждение до 25 монет. Второй халвинг в июле 2016 года снизил его до 12,5 монет. Третий халвинг в апреле 2020 года, произошедший после форка и, следовательно, специфичный для цепи Bitcoin Cash, снизил вознаграждение до 6,25 BCH. Четвёртый халвинг в апреле 2024 года дополнительно снизил его до 3,125 BCH за блок.
Этот график халвинга создаёт дезинфляционную денежно-кредитную политику, при которой темп создания новых монет снижается со временем, асимптотически приближаясь к нулю. Ожидается, что последняя монета Bitcoin Cash будет добыта примерно в 2140 году. На тот момент доход майнеров будет полностью состоять из комиссий за транзакции.
Ограничение предложения в 21 миллион и график халвинга придают Bitcoin Cash те же свойства дефицитности, что и Bitcoin. Циркулирующее предложение по состоянию на начало 2026 года составляет приблизительно 19,8 миллиона BCH, представляя более 94 процентов от общего объёма, который когда-либо будет существовать. Оставшиеся монеты будут распределены в течение более чем столетия убывающих блочных вознаграждений.
Подход Bitcoin Cash к переходу от блочных вознаграждений к компенсации майнеров на основе комиссий отличается от стратегии Bitcoin. Философия масштабирования Bitcoin, ограничивающая блочное пространство для поддержания рынка комиссий, неявно полагается на высокие комиссии за транзакцию для компенсации майнеров по мере уменьшения блочных вознаграждений. Bitcoin Cash придерживается противоположного подхода: сохраняя низкие комиссии и большие блоки, сеть стремится генерировать достаточный совокупный доход от комиссий за счёт высокого объёма транзакций, а не высоких комиссий за отдельную транзакцию. В этой модели, если каждая транзакция платит комиссию в один цент, но сеть обрабатывает миллионы транзакций за блок, совокупный доход от комиссий может быть достаточным для стимулирования майнинга.
Эта модель комиссий, основанная на объёме, требует, чтобы Bitcoin Cash достиг значительно более высокой пропускной способности транзакций по сравнению с Bitcoin для обеспечения эквивалентных стимулов для майнеров в эпоху после субсидий. Сторонники утверждают, что это достижимо через продолжающееся масштабирование на уровне блокчейна, поскольку глобальный спрос на платежи огромен и даже скромная доля мировых транзакций составит миллионы платежей в день. Критики возражают, что достижение такого уровня принятия неопределённо и что модель низких комиссий может создавать недостаточные стимулы в переходный период.
Общая денежно-кредитная политика Bitcoin и 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 представляет собой принципиальное продолжение первоначального видения Bitcoin как одноранговых электронных денег. Увеличив лимит размера блока и следуя пути масштабирования на уровне блокчейна, Bitcoin Cash сохранил низкие комиссии и быстрые транзакции, характерные для раннего Bitcoin, делая его практичным для повседневных платежей и микротранзакций, которые были предусмотрены в оригинальном whitepaper.
Техническая траектория проекта отмечена продуманными и значимыми улучшениями протокола. Алгоритм корректировки сложности ASERT обеспечивает стабильное производство блоков в условиях волатильного хешрейта. Улучшенный скриптовый язык с восстановленными и новыми опкодами делает возможными сложные смарт-контракты в рамках ограничений безопасности модели UTXO. CashTokens впервые приносит консенсусно обеспеченную токенизацию в протокол Bitcoin. CashScript делает эти возможности доступными для широкого сообщества разработчиков. Вместе эти достижения демонстрируют, что модель UTXO способна поддерживать богатую экосистему децентрализованных приложений, сохраняя свои фундаментальные свойства простоты и безопасности.
Дебаты о масштабировании, приведшие к созданию Bitcoin Cash, высветили фундаментальное противоречие в децентрализованных системах: компромисс между ёмкостью на уровне блокчейна и стоимостью эксплуатации полных узлов. Bitcoin Cash выбрал приоритет пропускной способности транзакций и пользовательского опыта, утверждая, что экономические выгоды от массового принятия и использования перевешивают возросшие аппаратные требования для операторов узлов. Это эмпирический вопрос, ответ на который раскроется в ближайшие годы и десятилетия по мере того, как Bitcoin и Bitcoin Cash продолжат развиваться по своим соответствующим путям.
Выживание и продолжающееся развитие Bitcoin Cash через несколько медвежьих рынков, спорные форки (в частности, отделение Bitcoin SV в ноябре 2018 года) и постоянные усилия сообщества демонстрируют устойчивость проекта и убеждённость его участников. С момента форка сеть обработала сотни миллионов транзакций, поддерживала непрерывную работу и привлекла глобальное сообщество разработчиков, торговцев и пользователей, разделяющих убеждение в том, что одноранговые электронные деньги -- это технология, достойная создания.
Долгосрочный успех 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.
