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