Масштабируемость Биткойна в основном делится на две категории с общей точки зрения: основная сеть и неосновная сеть. Как следует из названия, основная сеть представляет собой обновление исходной основной сети Биткойна или расширение технологии, основанной на основной сети. Неосновная сеть требует, чтобы Биткойн сначала передавался в одном или двух направлениях, а другая основная сеть используется для расширения Биткойна. Будь то основная сеть или неосновная сеть, расширение контрактов на Биткойн является одной из самых основных технологий.
Согласно текущей экологии Биткойна, Биткойн имеет три основных технических направления контрактов, а именно технологию сценариев, смарт-контракты и читаемые финансовые контракты.
Скриптовая технология
В настоящее время двумя основными способами расширения основной сети Биткойн являются Lightning Network и Ordinals, но в основе обоих они фактически полагаются на обновление решения Segregated Witness SegWit.Segregated Witness — это, по сути, технология исправления предыдущих недостатков Биткойна. цифровую подпись транзакции и храните ее отдельно.
С точки зрения исторического развития Биткойна, развитие сети Lightning было доминирующим фактором, который способствовал обновлению Segregated Witness. Поскольку сеть Lightning опирается на транзакции с блокировкой по времени, для ее завершения ей приходится полагаться на технологию сценариев Биткойна. Суть Ordinals та же: после обновления Taproot Биткойн может использовать скрипты для выполнения более сложных транзакций. Ordinals использует этот скрипт для достижения целей.
Преимущество технологии сценариев в том, что они происходят в основной сети Биткойн, поэтому нет необходимости беспокоиться о ее безопасности. Но программируемость скриптовой технологии крайне ограничена, и рядовым пользователям она совершенно непонятна. Кроме того, Ordinals и Lightning Network — это NFT и оплата соответственно. Для этих двух технологий не существует единого стандарта, и каждую необходимо разрабатывать независимо. Даже байтовые данные, генерируемые Ordinals, по сути, являются недействительными данными для основной сети Биткойн. В частности, чистая спекуляция вызовет перегрузку сети Биткойн и в конечном итоге нанесет вред ее децентрализации.
Смарт-контракт
Поскольку технология сценариев Биткойна ограничена, почему бы напрямую не использовать смарт-контракт Эфириума. Это восходит к модели UTXO Биткойна, которая не может напрямую поддерживать полные смарт-контракты Тьюринга. Таким образом, текущий основной метод — перенести Биткойн в сайдчейн, чтобы использовать другой смарт-контракт, поддерживаемый сетью, для расширения Биткойна.
Однако при двусторонней передаче возникает проблема централизованного управления биткойнами.Даже если будет принята односторонняя передача биткойнов, сам смарт-контракт также имеет риски безопасности.Это причина, по которой Биткойн не активно внедряет технологию смарт-контрактов для много времени. Форк и откат Ethereum, вызванные историческим событием TheDAO, являются типичными примерами смарт-контрактов с точки зрения недостатков безопасности.
После разработки Ethereum DeFi мы обнаружим, что инциденты безопасности смарт-контрактов продолжают происходить в блокчейне. Было бы катастрофой и неприемлемо, если бы подобное событие произошло с финансовой системой страны. Будучи новой областью индустрии шифрования, Ethereum может продолжать выживать, главным образом потому, что все проявляют больше терпимости.
Таким образом, даже если смарт-контракты будут приняты как в основной сети Биткойна, так и вне ее, проблем масштабируемой безопасности Биткойна избежать невозможно. Биткойн, как цифровое золото и эталонный проект в индустрии шифрования, не может мириться с такими недостатками. Ethereum поддерживает смарт-контракты, полные по Тьюрингу, и обеспечивает высочайшую техническую масштабируемость. Но помимо вопросов безопасности, есть и вопросы удобства использования, которые можно доверить только профессиональным программистам, что затрудняет непосредственное использование обычными людьми.
Читабельные финансовые контракты
Hacash создал технологию читаемых финансовых контрактов. В общем, она обеспечивает максимальную финансовую гибкость, будучи безопасной и дружелюбной по отношению к обычным людям. Характерной особенностью является то, что он отказывается от неденежных финансовых требований, не имеет полной по Тьюрингу программируемости и требует односторонней передачи биткойнов в Hacash, прежде чем его можно будет использовать.
Читабельные финансовые контракты имеют единый набор стандартов финансовых контрактов.После того, как создание финансового контракта будет проверено на правильность, он будет загружен в основную сеть Hacash и может использоваться повторно пользователями.Различные финансовые контракты этого стандарта могут быть безопасность и стандартное единообразие каждого контракта и его комбинации не будут иметь проблем с безопасностью, как комбинация смарт-контракта DeFi Lego. В то же время этот стандарт можно понять без опыта программирования, что позволяет обычным пользователям создавать читаемые финансовые контракты, просто проверяя и заполняя основные значения, как они обычно делают с традиционными финансовыми контрактами.
Читаемые финансовые контракты также имеют важную особенность, которая позволяет действительности контракта происходить вне цепочки. Читаемые финансовые контракты могут подписывать несколько контрактов, связанных с активами. Эти контракты могут содержать взаимоисключающие записи в качестве арбитражных гарантий, поэтому определенные гарантии финансовых платежей могут быть достигнуты без фактической отправки всех этих транзакций в основную сеть. *Сохранить пространство состояния блока *.
Подведем итог
Для основной сети, в которой расположен Биткойн, байты, необходимые для читаемых финансовых контрактов и технологии сценариев, очень малы, но байты технологии сценариев могут принести много бессмысленных данных внешнего протокола, таких как протокол Ordinal. Что касается смарт-контрактов, то зачастую необходимо развернуть набор кодов контрактов, что требует относительно большого пространства. В то же время технология сценариев и читаемые финансовые контракты требуют меньшего количества транзакций по смарт-контрактам, а требуемая плата за газ также является относительно низкой.
При условии, что учитывается только влияние самого контракта на Биткойн, технологии сценариев, смарт-контракты и читаемые финансовые контракты соответственно разрабатываются по четырем измерениям транзакций Биткойн: безопасность, стоимость, масштабируемость и простота использования. . Технология сценариев и читаемые финансовые контракты намного лучше с точки зрения безопасности транзакций и стоимости, чем смарт-контракты, но масштабируемость, обеспечиваемая полнотой Тьюринга смарт-контрактов, является лучшей, в то время как читаемые финансовые контракты уступают другим типам масштабируемости. денежные и финансовые контракты. С точки зрения простоты использования, читаемые финансовые контракты позволяют людям без опыта программирования комбинировать и использовать их по своему усмотрению, в то время как смарт-контракты и технологии сценариев требуют профессионального опыта программирования.
**Идеальным направлением контракта Биткойн должно быть достижение абсолютной безопасности, достаточно низкой стоимости, полной масштабируемости и контракта, который обычные пользователи смогут понять и использовать по своему желанию, не осваивая код. **
Что можно увидеть, так это то, что технология сценариев и читаемые финансовые контракты продолжают совершать прорывы в масштабируемости. для улучшения нефинансовой масштабируемости. Смарт-контракты разработали язык Move для повышения безопасности. Если односторонние переводы биткойнов привлекут всеобщее внимание, читаемые финансовые контракты могут стать основным решением для расширения технологии контрактов биткойнов.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Подведение итогов трех основных контрактных технических направлений Биткойна
Масштабируемость Биткойна в основном делится на две категории с общей точки зрения: основная сеть и неосновная сеть. Как следует из названия, основная сеть представляет собой обновление исходной основной сети Биткойна или расширение технологии, основанной на основной сети. Неосновная сеть требует, чтобы Биткойн сначала передавался в одном или двух направлениях, а другая основная сеть используется для расширения Биткойна. Будь то основная сеть или неосновная сеть, расширение контрактов на Биткойн является одной из самых основных технологий.
Согласно текущей экологии Биткойна, Биткойн имеет три основных технических направления контрактов, а именно технологию сценариев, смарт-контракты и читаемые финансовые контракты.
Скриптовая технология
В настоящее время двумя основными способами расширения основной сети Биткойн являются Lightning Network и Ordinals, но в основе обоих они фактически полагаются на обновление решения Segregated Witness SegWit.Segregated Witness — это, по сути, технология исправления предыдущих недостатков Биткойна. цифровую подпись транзакции и храните ее отдельно.
С точки зрения исторического развития Биткойна, развитие сети Lightning было доминирующим фактором, который способствовал обновлению Segregated Witness. Поскольку сеть Lightning опирается на транзакции с блокировкой по времени, для ее завершения ей приходится полагаться на технологию сценариев Биткойна. Суть Ordinals та же: после обновления Taproot Биткойн может использовать скрипты для выполнения более сложных транзакций. Ordinals использует этот скрипт для достижения целей.
Преимущество технологии сценариев в том, что они происходят в основной сети Биткойн, поэтому нет необходимости беспокоиться о ее безопасности. Но программируемость скриптовой технологии крайне ограничена, и рядовым пользователям она совершенно непонятна. Кроме того, Ordinals и Lightning Network — это NFT и оплата соответственно. Для этих двух технологий не существует единого стандарта, и каждую необходимо разрабатывать независимо. Даже байтовые данные, генерируемые Ordinals, по сути, являются недействительными данными для основной сети Биткойн. В частности, чистая спекуляция вызовет перегрузку сети Биткойн и в конечном итоге нанесет вред ее децентрализации.
Смарт-контракт
Поскольку технология сценариев Биткойна ограничена, почему бы напрямую не использовать смарт-контракт Эфириума. Это восходит к модели UTXO Биткойна, которая не может напрямую поддерживать полные смарт-контракты Тьюринга. Таким образом, текущий основной метод — перенести Биткойн в сайдчейн, чтобы использовать другой смарт-контракт, поддерживаемый сетью, для расширения Биткойна.
Однако при двусторонней передаче возникает проблема централизованного управления биткойнами.Даже если будет принята односторонняя передача биткойнов, сам смарт-контракт также имеет риски безопасности.Это причина, по которой Биткойн не активно внедряет технологию смарт-контрактов для много времени. Форк и откат Ethereum, вызванные историческим событием TheDAO, являются типичными примерами смарт-контрактов с точки зрения недостатков безопасности.
После разработки Ethereum DeFi мы обнаружим, что инциденты безопасности смарт-контрактов продолжают происходить в блокчейне. Было бы катастрофой и неприемлемо, если бы подобное событие произошло с финансовой системой страны. Будучи новой областью индустрии шифрования, Ethereum может продолжать выживать, главным образом потому, что все проявляют больше терпимости.
Таким образом, даже если смарт-контракты будут приняты как в основной сети Биткойна, так и вне ее, проблем масштабируемой безопасности Биткойна избежать невозможно. Биткойн, как цифровое золото и эталонный проект в индустрии шифрования, не может мириться с такими недостатками. Ethereum поддерживает смарт-контракты, полные по Тьюрингу, и обеспечивает высочайшую техническую масштабируемость. Но помимо вопросов безопасности, есть и вопросы удобства использования, которые можно доверить только профессиональным программистам, что затрудняет непосредственное использование обычными людьми.
Читабельные финансовые контракты
Hacash создал технологию читаемых финансовых контрактов. В общем, она обеспечивает максимальную финансовую гибкость, будучи безопасной и дружелюбной по отношению к обычным людям. Характерной особенностью является то, что он отказывается от неденежных финансовых требований, не имеет полной по Тьюрингу программируемости и требует односторонней передачи биткойнов в Hacash, прежде чем его можно будет использовать.
Читабельные финансовые контракты имеют единый набор стандартов финансовых контрактов.После того, как создание финансового контракта будет проверено на правильность, он будет загружен в основную сеть Hacash и может использоваться повторно пользователями.Различные финансовые контракты этого стандарта могут быть безопасность и стандартное единообразие каждого контракта и его комбинации не будут иметь проблем с безопасностью, как комбинация смарт-контракта DeFi Lego. В то же время этот стандарт можно понять без опыта программирования, что позволяет обычным пользователям создавать читаемые финансовые контракты, просто проверяя и заполняя основные значения, как они обычно делают с традиционными финансовыми контрактами.
Читаемые финансовые контракты также имеют важную особенность, которая позволяет действительности контракта происходить вне цепочки. Читаемые финансовые контракты могут подписывать несколько контрактов, связанных с активами. Эти контракты могут содержать взаимоисключающие записи в качестве арбитражных гарантий, поэтому определенные гарантии финансовых платежей могут быть достигнуты без фактической отправки всех этих транзакций в основную сеть. *Сохранить пространство состояния блока *.
Подведем итог
Для основной сети, в которой расположен Биткойн, байты, необходимые для читаемых финансовых контрактов и технологии сценариев, очень малы, но байты технологии сценариев могут принести много бессмысленных данных внешнего протокола, таких как протокол Ordinal. Что касается смарт-контрактов, то зачастую необходимо развернуть набор кодов контрактов, что требует относительно большого пространства. В то же время технология сценариев и читаемые финансовые контракты требуют меньшего количества транзакций по смарт-контрактам, а требуемая плата за газ также является относительно низкой.
При условии, что учитывается только влияние самого контракта на Биткойн, технологии сценариев, смарт-контракты и читаемые финансовые контракты соответственно разрабатываются по четырем измерениям транзакций Биткойн: безопасность, стоимость, масштабируемость и простота использования. . Технология сценариев и читаемые финансовые контракты намного лучше с точки зрения безопасности транзакций и стоимости, чем смарт-контракты, но масштабируемость, обеспечиваемая полнотой Тьюринга смарт-контрактов, является лучшей, в то время как читаемые финансовые контракты уступают другим типам масштабируемости. денежные и финансовые контракты. С точки зрения простоты использования, читаемые финансовые контракты позволяют людям без опыта программирования комбинировать и использовать их по своему усмотрению, в то время как смарт-контракты и технологии сценариев требуют профессионального опыта программирования.
**Идеальным направлением контракта Биткойн должно быть достижение абсолютной безопасности, достаточно низкой стоимости, полной масштабируемости и контракта, который обычные пользователи смогут понять и использовать по своему желанию, не осваивая код. **
Что можно увидеть, так это то, что технология сценариев и читаемые финансовые контракты продолжают совершать прорывы в масштабируемости. для улучшения нефинансовой масштабируемости. Смарт-контракты разработали язык Move для повышения безопасности. Если односторонние переводы биткойнов привлекут всеобщее внимание, читаемые финансовые контракты могут стать основным решением для расширения технологии контрактов биткойнов.