Масштабованість Bitcoin в основному поділяється на дві категорії: основна мережа та неосновна мережа. Як випливає з назви, основна мережа призначена для оновлення оригінальної основної мережі біткойнів або розширення технології на основі основної мережі.Неосновна мережа вимагає, щоб спочатку передача біткойнів здійснювалася в один або двосторонній спосіб, а потім інша основна. мережа використовується для розширення Bitcoin. Незалежно від того, чи це основна мережа, чи неосновна мережа, розширення контрактів на біткойн є однією з основних технологій.
Відповідно до поточної екології біткойна, біткойн має три основні технічні напрямки контрактів, а саме скриптові технології, розумні контракти та читабельні фінансові контракти.
Технологія сценаріїв
Поточними двома основними способами розширення основної мережі біткойн є Lightning Network і Ordinals, але за обома вони фактично покладаються на оновлення рішення Segregated Witness SegWit. Segregated Witness, по суті, є технологією виправлення попередніх недоліків біткойна. , щоб ізолювати цифровий підпис із транзакції та зберігайте його окремо.
З точки зору історичного розвитку Bitcoin, розвиток Lightning Network був домінуючим фактором, який сприяв оновленню Segregated Witness. Оскільки Lightning Network покладається на транзакції з блокуванням часу, для її завершення вона повинна покладатися на технологію сценаріїв Bitcoin. Суть Ordinals та сама. Після оновлення Taproot Bitcoin може використовувати скрипти для виконання більш складних транзакцій, Ordinals використовує цей скрипт для реалізації.
Перевага технології створення сценаріїв полягає в тому, що вона виконується в основній мережі біткойн, тому немає необхідності турбуватися про її безпеку. Однак можливості програмування сценарної технології вкрай обмежені і абсолютно незрозумілі звичайним користувачам. Крім того, Ordinals і Lightning Network — це NFT і оплата відповідно.Немає єдиного стандарту для двох технологій, і кожну з них потрібно розробляти окремо. Навіть байтові дані, згенеровані порядковими номерами, по суті, є недійсними даними для основної мережі біткойн.Зокрема, чиста спекуляція спричинить перевантаження мережі біткойн і зрештою зашкодить її децентралізації.
Розумний контракт
Оскільки технологія сценаріїв Bitcoin обмежена, чому б просто не використати смарт-контракти Ethereum. Це сходить до моделі UTXO біткойна, яка не може напряму підтримувати повні за Тьюрингом смарт-контракти. Таким чином, нинішній основний метод полягає в тому, щоб передати біткойн у бічний ланцюг, щоб використовувати смарт-контракти, які підтримуються іншою мережею, для розширення біткойна.
Однак двосторонній переказ має проблему централізованого управління BTC. Навіть якщо прийнято односторонній переказ біткойнів, сам по собі смарт-контракт також має ризики для безпеки. Ось чому біткойн не застосовує активно смарт-контракт. технології протягом тривалого часу. Історичні форки та відкати Ethereum, викликані інцидентом TheDAO, є типовими прикладами недоліків безпеки в смарт-контрактах.
Після розробки Ethereum DeFi ми виявимо, що інциденти безпеки смарт-контрактів продовжують відбуватися в блокчейні. Було б катастрофічним і неприйнятним, щоб подібна подія трапилася з фінансовою системою країни. Будучи новою сферою індустрії шифрування, Ethereum може продовжувати виживати, головним чином тому, що всі виявляли більше терпимості.
Таким чином, навіть якщо смарт-контракт прийнято як в основній мережі біткойн, так і в неосновній мережі, проблема безпеки масштабованості біткойна все одно неминуча. Біткойн, як цифрове золото та еталонний проект у галузі шифрування, не може терпіти таких дефектів. Ethereum підтримує повні смарт-контракти Turing і досягає найвищої технічної масштабованості. Але крім питань безпеки, є також питання зручності користувача, які можна довірити лише професійним програмістам, що ускладнює безпосереднє використання звичайним людям.
Читабельні фінансові контракти
Hacash створив технологію читабельних фінансових контрактів, яка загалом забезпечує максимальну фінансову гнучкість, будучи безпечною та зручною для звичайних людей. Особливістю є те, що він відмовляється від немонетарних фінансових вимог, не має повної програмованості за Тьюрингом і вимагає одностороннього перенесення біткойнів у Hacash, перш ніж його можна буде використовувати.
Читабельні фінансові контракти мають уніфікований набір стандартів фінансових контрактів. Після перевірки правильності створення фінансового контракту він буде завантажений в основну мережу Hacash і може використовуватися повторно користувачами. Різні фінансові контракти цього стандарту можуть бути Безпека та стандартна уніфікованість кожного контракту та його комбінації не матиме проблем із безпекою, як комбінація смарт-контракту DeFi Lego. У той же час цей стандарт можна зрозуміти без досвіду кодування, що дозволяє звичайним користувачам генерувати зрозумілі фінансові контракти, просто перевіряючи та заповнюючи основні значення, як вони зазвичай роблять із традиційними фінансовими контрактами.
Зчитувані фінансові контракти також мають важливу функцію, яка дозволяє дійсності контракту відбуватися поза ланцюгом. Зчитувані фінансові контракти можуть підписувати кілька контрактів, пов’язаних з активами. Ці контракти можуть мати деякі взаємовиключні записи як арбітражні гарантії, так що певні фінансові гарантії платежів можуть бути досягнуті без фактичної подачі всіх цих транзакцій у основну мережу. *Зберігайте простір стану блоку *.
Підведіть підсумки
Для основної мережі, де розміщено біткойн, байти, необхідні для читабельних фінансових контрактів і технології сценаріїв, дуже малі, але байти технології сценаріїв можуть містити багато безглуздих даних зовнішнього протоколу, наприклад протоколу Ordinal. Що стосується смарт-контрактів, то часто необхідно розгортати набір кодів контрактів, що вимагає відносно великого простору. У той же час технологія сценаріїв і читабельні фінансові контракти хочуть мати менше транзакцій за смарт-контрактами, а необхідна плата за газ також є відносно низькою.
За умови врахування лише впливу самого контракту на біткойн, технологія сценаріїв, розумні контракти та читабельні фінансові контракти відповідно реалізуються в чотирьох вимірах транзакцій біткойн: безпека, вартість, масштабованість і простота використання. Технологія сценаріїв і читабельні фінансові контракти набагато кращі за смарт-контракти з точки зору безпеки транзакцій і вартості, але масштабованість, яку забезпечує повнота Тьюринга смарт-контрактів, є найкращою, тоді як читабельні фінансові контракти поступаються масштабованості інших категорій. контрактна масштабованість валюти та фінансів. З точки зору простоти використання, читабельні фінансові контракти дозволяють людям без досвіду програмування комбінувати та використовувати їх за бажанням, тоді як розумні контракти та технології сценаріїв вимагають професійного досвіду програмування.
**Напрям ідеального біткойн-контракту має полягати в досягненні абсолютної безпеки, досить низької вартості, повної масштабованості та контракту, який звичайні користувачі можуть зрозуміти та використовувати за бажанням, не вивчаючи код. **
Можна побачити, що технологія сценаріїв і читабельні фінансові контракти продовжують робити прориви в масштабованості. Порядкові технології сценаріїв випустили рекурсивні написи, які покращили масштабованість певних протоколів; читабельні фінансові контракти розробили багатоланцюгову інфраструктуру рівня 3 на основі Hacash для покращення нефінансова масштабованість. Розумні контракти розробили мову Move для підвищення безпеки. Якщо односторонні перекази біткойнів привернуть увагу, читабельні фінансові контракти можуть стати основним рішенням для розширення технології контрактів біткойн.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Перелік трьох основних напрямків контрактної технології Bitcoin
Автор: ентузіаст Hacash
Масштабованість Bitcoin в основному поділяється на дві категорії: основна мережа та неосновна мережа. Як випливає з назви, основна мережа призначена для оновлення оригінальної основної мережі біткойнів або розширення технології на основі основної мережі.Неосновна мережа вимагає, щоб спочатку передача біткойнів здійснювалася в один або двосторонній спосіб, а потім інша основна. мережа використовується для розширення Bitcoin. Незалежно від того, чи це основна мережа, чи неосновна мережа, розширення контрактів на біткойн є однією з основних технологій.
Відповідно до поточної екології біткойна, біткойн має три основні технічні напрямки контрактів, а саме скриптові технології, розумні контракти та читабельні фінансові контракти.
Технологія сценаріїв
Поточними двома основними способами розширення основної мережі біткойн є Lightning Network і Ordinals, але за обома вони фактично покладаються на оновлення рішення Segregated Witness SegWit. Segregated Witness, по суті, є технологією виправлення попередніх недоліків біткойна. , щоб ізолювати цифровий підпис із транзакції та зберігайте його окремо.
З точки зору історичного розвитку Bitcoin, розвиток Lightning Network був домінуючим фактором, який сприяв оновленню Segregated Witness. Оскільки Lightning Network покладається на транзакції з блокуванням часу, для її завершення вона повинна покладатися на технологію сценаріїв Bitcoin. Суть Ordinals та сама. Після оновлення Taproot Bitcoin може використовувати скрипти для виконання більш складних транзакцій, Ordinals використовує цей скрипт для реалізації.
Перевага технології створення сценаріїв полягає в тому, що вона виконується в основній мережі біткойн, тому немає необхідності турбуватися про її безпеку. Однак можливості програмування сценарної технології вкрай обмежені і абсолютно незрозумілі звичайним користувачам. Крім того, Ordinals і Lightning Network — це NFT і оплата відповідно.Немає єдиного стандарту для двох технологій, і кожну з них потрібно розробляти окремо. Навіть байтові дані, згенеровані порядковими номерами, по суті, є недійсними даними для основної мережі біткойн.Зокрема, чиста спекуляція спричинить перевантаження мережі біткойн і зрештою зашкодить її децентралізації.
Розумний контракт
Оскільки технологія сценаріїв Bitcoin обмежена, чому б просто не використати смарт-контракти Ethereum. Це сходить до моделі UTXO біткойна, яка не може напряму підтримувати повні за Тьюрингом смарт-контракти. Таким чином, нинішній основний метод полягає в тому, щоб передати біткойн у бічний ланцюг, щоб використовувати смарт-контракти, які підтримуються іншою мережею, для розширення біткойна.
Однак двосторонній переказ має проблему централізованого управління BTC. Навіть якщо прийнято односторонній переказ біткойнів, сам по собі смарт-контракт також має ризики для безпеки. Ось чому біткойн не застосовує активно смарт-контракт. технології протягом тривалого часу. Історичні форки та відкати Ethereum, викликані інцидентом TheDAO, є типовими прикладами недоліків безпеки в смарт-контрактах.
Після розробки Ethereum DeFi ми виявимо, що інциденти безпеки смарт-контрактів продовжують відбуватися в блокчейні. Було б катастрофічним і неприйнятним, щоб подібна подія трапилася з фінансовою системою країни. Будучи новою сферою індустрії шифрування, Ethereum може продовжувати виживати, головним чином тому, що всі виявляли більше терпимості.
Таким чином, навіть якщо смарт-контракт прийнято як в основній мережі біткойн, так і в неосновній мережі, проблема безпеки масштабованості біткойна все одно неминуча. Біткойн, як цифрове золото та еталонний проект у галузі шифрування, не може терпіти таких дефектів. Ethereum підтримує повні смарт-контракти Turing і досягає найвищої технічної масштабованості. Але крім питань безпеки, є також питання зручності користувача, які можна довірити лише професійним програмістам, що ускладнює безпосереднє використання звичайним людям.
Читабельні фінансові контракти
Hacash створив технологію читабельних фінансових контрактів, яка загалом забезпечує максимальну фінансову гнучкість, будучи безпечною та зручною для звичайних людей. Особливістю є те, що він відмовляється від немонетарних фінансових вимог, не має повної програмованості за Тьюрингом і вимагає одностороннього перенесення біткойнів у Hacash, перш ніж його можна буде використовувати.
Читабельні фінансові контракти мають уніфікований набір стандартів фінансових контрактів. Після перевірки правильності створення фінансового контракту він буде завантажений в основну мережу Hacash і може використовуватися повторно користувачами. Різні фінансові контракти цього стандарту можуть бути Безпека та стандартна уніфікованість кожного контракту та його комбінації не матиме проблем із безпекою, як комбінація смарт-контракту DeFi Lego. У той же час цей стандарт можна зрозуміти без досвіду кодування, що дозволяє звичайним користувачам генерувати зрозумілі фінансові контракти, просто перевіряючи та заповнюючи основні значення, як вони зазвичай роблять із традиційними фінансовими контрактами.
Зчитувані фінансові контракти також мають важливу функцію, яка дозволяє дійсності контракту відбуватися поза ланцюгом. Зчитувані фінансові контракти можуть підписувати кілька контрактів, пов’язаних з активами. Ці контракти можуть мати деякі взаємовиключні записи як арбітражні гарантії, так що певні фінансові гарантії платежів можуть бути досягнуті без фактичної подачі всіх цих транзакцій у основну мережу. *Зберігайте простір стану блоку *.
Підведіть підсумки
Для основної мережі, де розміщено біткойн, байти, необхідні для читабельних фінансових контрактів і технології сценаріїв, дуже малі, але байти технології сценаріїв можуть містити багато безглуздих даних зовнішнього протоколу, наприклад протоколу Ordinal. Що стосується смарт-контрактів, то часто необхідно розгортати набір кодів контрактів, що вимагає відносно великого простору. У той же час технологія сценаріїв і читабельні фінансові контракти хочуть мати менше транзакцій за смарт-контрактами, а необхідна плата за газ також є відносно низькою.
За умови врахування лише впливу самого контракту на біткойн, технологія сценаріїв, розумні контракти та читабельні фінансові контракти відповідно реалізуються в чотирьох вимірах транзакцій біткойн: безпека, вартість, масштабованість і простота використання. Технологія сценаріїв і читабельні фінансові контракти набагато кращі за смарт-контракти з точки зору безпеки транзакцій і вартості, але масштабованість, яку забезпечує повнота Тьюринга смарт-контрактів, є найкращою, тоді як читабельні фінансові контракти поступаються масштабованості інших категорій. контрактна масштабованість валюти та фінансів. З точки зору простоти використання, читабельні фінансові контракти дозволяють людям без досвіду програмування комбінувати та використовувати їх за бажанням, тоді як розумні контракти та технології сценаріїв вимагають професійного досвіду програмування.
**Напрям ідеального біткойн-контракту має полягати в досягненні абсолютної безпеки, досить низької вартості, повної масштабованості та контракту, який звичайні користувачі можуть зрозуміти та використовувати за бажанням, не вивчаючи код. **
Можна побачити, що технологія сценаріїв і читабельні фінансові контракти продовжують робити прориви в масштабованості. Порядкові технології сценаріїв випустили рекурсивні написи, які покращили масштабованість певних протоколів; читабельні фінансові контракти розробили багатоланцюгову інфраструктуру рівня 3 на основі Hacash для покращення нефінансова масштабованість. Розумні контракти розробили мову Move для підвищення безпеки. Якщо односторонні перекази біткойнів привернуть увагу, читабельні фінансові контракти можуть стати основним рішенням для розширення технології контрактів біткойн.