Масштабованість біткойна в основному поділяється на дві категорії із загальної точки зору: основна мережа та неосновна мережа. Як випливає з назви, основна мережа призначена для оновлення оригінальної основної мережі біткойнів або розширення технології на основі основної мережі.Неосновна мережа вимагає, щоб спочатку передача біткойнів здійснювалася в один або двосторонній спосіб, а потім інша основна. мережа використовується для розширення Bitcoin. Незалежно від того, чи це основна мережа, чи не основна мережа, розширення контрактів на біткойн є однією з основних технологій.
Відповідно до поточної екології біткойна, біткойн має три основні технічні напрямки контрактів, а саме скриптові технології, розумні контракти та читабельні фінансові контракти.
Технологія сценаріїв
Поточні два основні способи розширення основної мережі біткойн – це Lightning Network і Ordinals, але обидва покладаються на оновлення рішення SegWit Segregated Witness. 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. Що стосується смарт-контрактів, то часто необхідно розгортати набір кодів контрактів, що вимагає відносно великого простору. У той же час технологія сценаріїв і читабельні фінансові контракти хочуть мати менше транзакцій за смарт-контрактами, а необхідна плата за газ також є відносно низькою.
За умови, що враховується лише вплив самого контракту на біткойн, технологія сценаріїв, розумні контракти та читабельні фінансові контракти відповідно розробляються в чотирьох вимірах транзакцій біткойн: безпека, вартість, масштабованість і простота використання. . Технологія сценаріїв і читабельні фінансові контракти є набагато кращими з точки зору безпеки транзакцій і вартості, ніж смарт-контракти, але масштабованість, яку забезпечує повнота Turing смарт-контрактів, є найкращою, тоді як читабельні фінансові контракти поступаються іншим типам масштабованості. грошово-фінансові договори. З точки зору простоти використання, зрозумілі фінансові контракти дозволяють людям без досвіду програмування комбінувати та використовувати їх за бажанням, тоді як смарт-контракти та технології сценаріїв вимагають професійного досвіду програмування.
**Напрям ідеального біткойн-контракту має полягати в досягненні абсолютної безпеки, досить низької вартості, повної масштабованості та контракту, який звичайні користувачі можуть зрозуміти та використовувати за бажанням, не освоюючи код. **
Що можна побачити, так це те, що технологія сценаріїв і читабельні фінансові контракти продовжують робити прориви в масштабованості.Порядкові технології сценаріїв випустили рекурсивні написи, покращуючи масштабованість конкретних протоколів; читабельні фінансові контракти розробили рівні на основі Hacash.3. інфраструктура для покращення масштабованості за межі нефінансових послуг. Розумні контракти розробили мову Move для підвищення безпеки. Якщо односторонні перекази біткойнів привернуть загальну увагу, тоді читабельні фінансові контракти можуть стати основним рішенням для розширення технології контрактів біткойн.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Огляд трьох основних контрактних технічних напрямків біткойна
Масштабованість біткойна в основному поділяється на дві категорії із загальної точки зору: основна мережа та неосновна мережа. Як випливає з назви, основна мережа призначена для оновлення оригінальної основної мережі біткойнів або розширення технології на основі основної мережі.Неосновна мережа вимагає, щоб спочатку передача біткойнів здійснювалася в один або двосторонній спосіб, а потім інша основна. мережа використовується для розширення Bitcoin. Незалежно від того, чи це основна мережа, чи не основна мережа, розширення контрактів на біткойн є однією з основних технологій.
Відповідно до поточної екології біткойна, біткойн має три основні технічні напрямки контрактів, а саме скриптові технології, розумні контракти та читабельні фінансові контракти.
Технологія сценаріїв
Поточні два основні способи розширення основної мережі біткойн – це Lightning Network і Ordinals, але обидва покладаються на оновлення рішення SegWit Segregated Witness. 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. Що стосується смарт-контрактів, то часто необхідно розгортати набір кодів контрактів, що вимагає відносно великого простору. У той же час технологія сценаріїв і читабельні фінансові контракти хочуть мати менше транзакцій за смарт-контрактами, а необхідна плата за газ також є відносно низькою.
За умови, що враховується лише вплив самого контракту на біткойн, технологія сценаріїв, розумні контракти та читабельні фінансові контракти відповідно розробляються в чотирьох вимірах транзакцій біткойн: безпека, вартість, масштабованість і простота використання. . Технологія сценаріїв і читабельні фінансові контракти є набагато кращими з точки зору безпеки транзакцій і вартості, ніж смарт-контракти, але масштабованість, яку забезпечує повнота Turing смарт-контрактів, є найкращою, тоді як читабельні фінансові контракти поступаються іншим типам масштабованості. грошово-фінансові договори. З точки зору простоти використання, зрозумілі фінансові контракти дозволяють людям без досвіду програмування комбінувати та використовувати їх за бажанням, тоді як смарт-контракти та технології сценаріїв вимагають професійного досвіду програмування.
**Напрям ідеального біткойн-контракту має полягати в досягненні абсолютної безпеки, досить низької вартості, повної масштабованості та контракту, який звичайні користувачі можуть зрозуміти та використовувати за бажанням, не освоюючи код. **
Що можна побачити, так це те, що технологія сценаріїв і читабельні фінансові контракти продовжують робити прориви в масштабованості.Порядкові технології сценаріїв випустили рекурсивні написи, покращуючи масштабованість конкретних протоколів; читабельні фінансові контракти розробили рівні на основі Hacash.3. інфраструктура для покращення масштабованості за межі нефінансових послуг. Розумні контракти розробили мову Move для підвищення безпеки. Якщо односторонні перекази біткойнів привернуть загальну увагу, тоді читабельні фінансові контракти можуть стати основним рішенням для розширення технології контрактів біткойн.