Глобальна інтернет-революція поклала початок незаперечній хвилі оцифрування, яка зараз поширюється на саму концепцію власності разом із розвитком технологій блокчейн. Коли ми переходимо від однієї ери Інтернету до іншої, від Web2 до Web3, тертя для користувачів, здається, лише посилюється. Блокчейн-взаємодії залишаються складними та примітивними; їм не вистачає безпеки та простоти використання, особливо щодо керування обліковими записами та входу в систему, що стримує надто багатьох від входу в криптосферу.
Абстракція облікового запису, технологія з підтримкою блокчейну, яка дозволяє людям використовувати смарт-контракти як свої облікові записи та встановлювати власні гнучкі правила для керування гаманцем, є важливою обіцянкою пом’якшити це тертя та запровадити розширені правила користувача та заходи безпеки в криптопросторі.
У цій статті я заглиблюся в концепцію абстракції облікового запису та досліджу, як вона може стати основою майбутнього технологій блокчейн.
Обліковий запис у зовнішній власності (EOA): початковий принцип блокчейнів
Щоб повністю зрозуміти технології «абстракції облікового запису», необхідно зрозуміти початкову парадигму впровадження блокчейнів, що ґрунтується на тому, що ми зазвичай називаємо «зовнішнім обліковим записом» (EOA).
EOA працює з користувачами, які генерують криптографічні пари ключів: відкритий ключ для створення адрес і закритий ключ, що дозволяє їхнім власникам контролювати обліковий запис. У рамках EOA підписувач і обліковий запис є однією сутністю. Після створення пари ключів користувачі підтверджують право власності на адресу шляхом обчислення цифрового підпису для виконання транзакцій. Децентралізований консенсус підтверджує ці транзакції, перевіряючи, що підпис правильний і фактично обчислений за допомогою закритого ключа, який відповідає вказаній адресі.
EOA лежить в основі оригінального дизайну Bitcoin та Ethereum. Незважаючи на те, що він досить елементарний, цей механізм неймовірно ефективний для псевдонімної мережі користувачів для передачі цінностей у середовищі без дозволу. Однак його дизайн обмежений, коли мова йде про реалізацію розширених функцій, таких як керування, механізми відновлення або, загалом, виконання коду.
Деякі основні протоколи блокчейну вже мають такі варіанти використання.
Випадок Bitcoin:
Біткойн має обмежену (навмисно) мову програмування, яка дозволяє його протоколу застосовувати правила в ланцюжку під час взаємодії з обліковими записами. Наприклад, мова сценаріїв біткойна дозволяє користувачам створювати гаманці з кількома підписами, які застосовують правила витрачання над UTXO користувача (вихід невитрачених транзакцій).
Крім того, також можна реалізувати часові блокування. Наприклад, на біткойнах можна створити гаманець із кількома підписами, який реалізує такі правила, як показано на ілюстрації нижче:
- На даний гаманець зареєстровано 3 підписувачі.
- Для переміщення коштів необхідно 2 підписи з 3-х.
- Жоден фонд не може рухатися до певного блоку.
Незважаючи на те, що набір правил і мова сценаріїв біткойна можуть бути дещо обмеженими, вони все одно дозволяють розробляти Мережа блискавки.
Випадок Ethereum:
На Ethereum принцип дизайну інший, оскільки початкове бачення полягало в створенні децентралізована, ненадійна обчислювальна машина. На відміну від біткойна, семантика мови є повною за Тьюрингом, що дозволяє легко обчислювати що завгодно, включаючи виконання довільних програм (розумних контрактів), які працюють у ланцюжку та забезпечують надійне обчислення. Ці смарт-контракти також забезпечують вдосконалений дизайн і неймовірні інновації, зокрема автоматизовані маркет-мейкери (AMM). Однак мова Ethereum призводить до проблем нерозбірливості, але це вже інша історія.
Одним із головних обмежень дизайну Ethereum є той факт, що виконання всіх смарт-контрактів має походити від EOA. Наприклад, неможливо створити окремий смарт-контракт, який виконується в кожному блоці. Для цього знадобиться EOA, який ініціює транзакції та оплачує виконання газу на кожному блоці.
Реалізація смарт-контракту в мережі: кілька цікавих ідей
Використання складного дизайну смарт-контрактів для управління в мережі вже реалізовано різними способами.
Безпечний Gnosis: мультипідпис у ланцюжку з мінімальним рівнем керування:
Криптоплатформи, такі як Gnosis Safe, чудово впоралися з наданням мультипідпису в ланцюжку, який дозволяє користувачам установлювати мінімальний рівень правил керування обліковим записом.
Завдяки Gnosis Safe кілька сторін спільно контролюють гаманець Ethereum і встановлюють спеціальні правила й умови для транзакцій, наприклад вимогу мінімальної кількості підписів або схвалень перед виконанням транзакції. Різні підписанти можуть налаштувати параметри безпеки відповідно до своїх уподобань. Наприклад, вони можуть установлювати щоденні ліміти витрат, увімкнути інтеграцію апаратного гаманця для додаткової безпеки або вимагати кілька рівнів автентифікації для певних транзакцій. Ці розумні облікові записи контролюються декількома EOA, які видають дійсні підписи в ланцюжку, а потім запускають транзакцію токена, що зберігається в смарт-контракті.
Порогові схеми підпису (TSS): управління поза мережею за мінімальних комісій:
Нещодавні дослідження криптографії працювали над створенням порогових схем підпису (також відомих як порогові схеми підпису (TSS) або багатосторонні обчислення (MPC)), щоб реалізувати частину керування кількома авторизаціями поза мережею.
Ця ідея має цікаві переваги. Зокрема, він безпосередньо сумісний із моделлю EOA та мінімізує комісію.
Алгоритм цифрового підпису еліптичної кривої (ECDSA): безпечний, із серйозними недоліками:
Блокчейни Ethereum і Bitcoin використовують схему підпису алгоритму цифрового підпису еліптичної кривої (ECDSA) для транзакцій.
Однак, на відміну від підпису Шнорра, ECDSA не є надійно безпечний за складності DLP і випадкової моделі Oracle. Крім того, ECDSA не було створено для початкової підтримки порогових схем підпису, що призводить до незграбних конструкцій. Якщо говорити точніше, агрегування підписів інших схем підписів є доведено безпечним, тоді як ECDSA – ні. Рівняння порогових схем підписів над ECDSA хакерські, що призводить до регулярних проблем із впровадженням. І останнє, але не менш важливе: наразі не існує схеми TSS, яка працює в безпечних анклавах, що призводить до небезпечних компромісів безпеки.
Абстракція облікового запису: реальні потреби крипто, що змінюють правила гри?
Великою новинкою, яку відкриває концепція «Абстракції облікового запису», є використання смарт-контрактів у ланцюжку для реалізації гаманця та правил управління навколо нього. Ці ідеї вже реалізовано в кількох облікових записах смарт-контрактів, включаючи Argent, або з мінімальним керуванням за допомогою мультипідпису в ланцюжку, наприклад Gnosis.
Протягом останніх місяців і років у цій галузі було досягнуто значного прогресу, і було проведено кілька спроб стандартизації. Недавній стандарт, який мав велику популярність, відомий як ERC-4337. Цей стандарт забезпечує комплексну структуру для впровадження різних типів операцій із заданим і гнучким управлінням.
Зокрема, ERC-4337 вирішує технічні особливості впровадження абстракції облікового запису в контексті блокчейну EOA, зокрема:
- Намір операції.
- Перевірка операцій.
- Виконання та оплата комісій (пам’ятайте, що в Ethereum усі операції ініціюються EOA, який сплачує комісію. Таким чином, ERC4337 забезпечує структуру стимулів для децентралізованих групувальників, щоб ініціювати виконання операцій, які користувачі мають намір виконати.)
- Nonce, механізм захисту від повторів, який був лише додатковим для EOA і може бути більш складним тут.
Коли мова заходить про управління, можна створювати різних підписантів і кворуми для виконання певних операцій. Схематично користувач буде взаємодіяти зі своїм смарт-контрактом, потім смарт-контракт перевіряє, чи виконуються правила управління, і, нарешті, виконує операції.
Перевірка управління може бути настільки ж складною. Одна з переваг роботи цієї логіки в ланцюжку з повною мовою Turing полягає в тому, що можна створювати довільні правила керування та реалізувати перевірку підпису для будь-якого алгоритму. Як згадувалося вище, схема ECDSA має багато обмежень, по-перше, вона не підходить для агрегації підписів (MPC / TSS), а по-друге, вона не підтримується поточними реалізаціями в захищених анклавах мобільних пристроїв.
Покращена взаємодія з користувачем і гнучка безпека:
Завдяки абстракції облікового запису можна виконувати кілька атомарних викликів різних контрактів в одній транзакції за допомогою смарт-облікового запису, що призводить до значного покращення навігації типовими DApps (наприклад, більше не потрібно надсилати 2 різні транзакції для ERC -20 схвалення токенів, а потім депозит), а також для безпеки користувача (наприклад, розв’язання ENS може виконуватися безпосередньо обліковим записом смарт-контракту).
Шлях до інноваційних методів соціального відновлення:
Забезпечуючи складні операції на рівні облікового запису, абстракція облікового запису може реалізовувати різноманітні передові випадки використання, наприклад соціальне відновлення. У цьому випадку користувачі можуть призначити групу довірених опікунів, які зможуть надати їм доступ до свого облікового запису, якщо вони втратять доступ. EIP 5883 і пізніший EIP 7093 описують цікаві методи впровадження таких соціальних механізмів.
Знову ж таки, користувачі можуть вказати як поріг, так і набір правил, які ініціюватимуть процес відновлення облікового запису в разі втрати доступу, що може радикально покращити роботу користувачів у криптовалюті.
Агрегація підписів BLS/Schnorr:
Як згадувалося раніше, ще одним недоліком ECDSA є незграбний дизайн підпису Threshold. На відміну від ECDSA, BLS і Schnorr були розроблені для підтримки схеми підпису Threshold, і ці стандарти по суті є додатковими. Коротше кажучи, можна обчислити дійсний підпис, додавши кілька часткових підписів із надійними гарантіями безпеки.
Впровадження підписувачів BLS або Schnorr може забезпечити певне керування маркерами, мінімізуючи комісії за перевірку за допомогою смарт-контракту (одна перевірка замість однієї перевірки на підпис). Цей механізм агрегування описано та реалізовано додатково як частина стандарту EIP 4337.
Що буде далі щодо прийняття Абстракції облікового запису?
Випадок ключів доступу:
Абстракція облікових записів знаходиться в прямій конкуренції з програмними гаманцями в контексті EOA. Модель безпеки програмних гаманців дуже слабка, оскільки будь-яке зловмисне програмне забезпечення може виснажувати кошти користувачів через властиве їм підключення до Інтернету та загалом через їхню широку зону атаки. Гаманці програмного забезпечення не можуть працювати краще, оскільки конструкції на основі SoC (система на кристалі) (смартфони) дуже неоднорідні і не всі містять безпечний анклав.
Якщо вони містять безпечний анклав, розробники не можуть завантажити власний код для реалізації підписів Ethereum/Bitcoin. У цьому контексті просто НЕможливо використовувати єдині функції безпеки, які містяться в телефонах високого класу.
Використовуючи логіку абстракції облікового запису, розробники можуть отримати доступ до безпечної реалізації цифрових підписів анклаву. Це включає WebAuthn, який легко доступний на рівні ОС через стандартні ключі доступу.
Також можна встановити правило on-chain, у якому підписи походять із ключів доступу користувачів. Ці ключі доступу використовують еліптичну криву, відмінну від тієї, що використовується в блокчейні Ethereum, але оскільки перевірку підпису можна реалізувати в самому смарт-контракті, цей механізм стає досяжним.
Що стосується UX, користувачі можуть скористатися широкою інтеграцією в екосистеми Apple, Google і Microsoft. Це також забезпечує кращий рівень безпеки, ніж повний програмний гаманець. Крім того, смарт-контракт може запровадити різні види механізмів управління та безпеки в ланцюжку. Наприклад, кожне виконання транзакції може бути захищено брандмауером Web3, який реалізований поза мережею та авторизує смарт-контракт на виконання певної транзакції. Такий механізм дає можливість гнучких охоронців відповідно до профілю ризику користувача.
Що стосується безпеки, таке налаштування (Абстракція облікового запису з автентифікатором паролів) забезпечує кращі гарантії, ніж поточні мобільні гаманці. Сучасні смартфони можуть використовувати Trustzone для впровадження ключів доступу. Тим не менш, поточний ландшафт реалізації ключів доступу не є задовільним з таких причин:
- Ключі доступу, ймовірно, реалізовано в повне програмне забезпечення режим для Android та iOS. Вони не використовують вбудований елемент безпеки (ще?).
- Смартфони не реалізують інтерфейс довіреного користувача, а структура ключів доступу не надає необхідної інформації користувачам, коли вони підписують, що означає, що ви можете дати згоду на транзакції, які ви не розумієте.
Абстракція облікових записів і важливість апаратних гаманців як основи довіри
Концепція абстракції облікового запису дає змогу детально керувати різними активами в рамках смарт-контракту. Під час використання гаманця для мікроплатежів ці правила управління дозволяють легко виконувати транзакції з невеликою вартістю. І навпаки, для транзакцій з більшою вартістю підвищений рівень безпеки залишається першорядним, що робить апаратні гаманці незаперечним вибором.
Наприклад, абстракція облікового запису дозволить:
- Кишенькові гроші, які можна витратити за допомогою ключів доступу на будь-якому смартфоні.
- операції з більшою вартістю, усі вимагають безпечного апаратного підпису гаманця та брандмауера Web3.
- Порятунок життя та управління ідентифікацією, потрібен підпис апаратного гаманця + ключ доступу + блокування часу + брандмауер Web3.
По мірі того, як вони продовжуватимуть розвиватися, ці правила управління потрібно буде ввести в дію з використанням апаратних гаманців, які будуть основою довіри, оскільки ці пристрої забезпечують безкомпромісну безпеку та володіння. Дійсно, хоча абстракція облікового запису змінює модель безпеки, загальний гаманець все ще потребує надійних гарантій безпеки. Розробка правил управління має першочергове значення з точки зору безпеки, особливо для захисту ключів, відповідальних за їх модифікацію. Крім того, різні підписувачі, які можуть взаємодіяти з рівнем абстракції облікового запису, все одно потребуватимуть певні форми секретів (приватні ключі) для автентифікації. Захист цих секретів і надання користувачеві всієї необхідної інформації для згоди на будь-яку взаємодію з блокчейном залишається надзвичайно важливим навіть у структурі абстракції облікового запису.
Заключні думки:
Як було досліджено раніше, парадигма EOA залишається дещо рудиментарною. Навпаки, здатність Account Abstraction запроваджувати складні правила в ланцюжку, швидше за все, радикально змінить правила гри для користувачів криптовалюти. Цікаво, що нещодавній прогрес навколо EIP 4337 наближає нас до цієї значної зміни.
Звичайно, попереду ще кілька викликів.
Одна з цих проблем полягає в тому, що сам блокчейн виконує гнучку модель управління Abstraction Account Abstraction, що означає, що виконання вимагає великих витрат порівняно зі звичайними транзакціями EOA. На рівні 1 Ethereum ланцюжок не дуже масштабований, і, отже, виконання є досить дорогим. Однак на масштабованих рівнях 2 абстракція облікового запису може стати вибором за замовчуванням, коли користувачі визначають складні правила управління, які забезпечуються консенсусом рівня 2 і закріплюються на рівні 1 Ethereum.
Ще одним викликом є фундаментальна потреба створити стандартний спосіб взаємодії з фреймворками абстракції облікових записів, досі зосередженими на ланцюжках EVM. Ці загальні гаманці пропонують широкий спектр можливостей, включаючи високу гнучкість. Однак без стандартизації вони також могли б залишатися запатентованими, що, у свою чергу, могло б поставити під сумнів масове впровадження.
Насправді ми, швидше за все, станемо свідками майбутнього, коли парадигма абстракції облікового запису може стати фундаментальною особливістю ланцюгів EVM, тоді як взаємодія EOA може відігравати ключову роль в інших мережах блокчейну, включаючи біткойн, навіть якщо такий фрагментований ландшафт протоколу є небажаним. для користувачів. Ми також можемо передбачити, що ці зміни, спричинені абстракцією облікового запису, зрештою будуть інтегровані на рівні блокчейну. Одне можна сказати напевно: за абстракцією облікового запису майбутнє блокчейну.
- Розповсюдження контенту та PR на основі SEO. Отримайте посилення сьогодні.
- PlatoData.Network Vertical Generative Ai. Додайте собі сили. Доступ тут.
- PlatoAiStream. Web3 Intelligence. Розширення знань. Доступ тут.
- ПлатонЕСГ. Автомобільні / електромобілі, вуглець, CleanTech, Енергія, Навколишнє середовище, Сонячна, Поводження з відходами. Доступ тут.
- PlatoHealth. Розвідка про біотехнології та клінічні випробування. Доступ тут.
- ChartPrime. Розвивайте свою торгову гру за допомогою ChartPrime. Доступ тут.
- BlockOffsets. Модернізація екологічної компенсаційної власності. Доступ тут.
- джерело: https://www.ledger.com/blog/how-account-abstraction-could-impact-the-crypto-landscape
- : має
- :є
- : ні
- :де
- 17
- a
- Здатний
- вище
- абстракція
- доступ
- За
- рахунки
- абстракція рахунку
- управління рахунками
- Рахунки
- насправді
- додати
- Додатковий
- Додатково
- добавка
- адреса
- адреси
- Прийняття
- просунутий
- Переваги
- агрегація
- попереду
- алгоритм
- ВСІ
- полегшувати
- дозволяти
- Дозволити
- дозволяє
- вже
- Також
- AMM
- an
- на якорі
- та
- чоловіча
- Інший
- передбачити
- будь-який
- все
- Apple
- твердження
- погодження
- архітектура
- ЕСТЬ
- ПЛОЩА
- Срібло
- навколо
- стаття
- AS
- Активи
- At
- атака
- спробував
- перевіряти справжність
- Authentication
- Автоматизований
- доступний
- заснований
- BE
- ставати
- стає
- було
- перед тим
- буття
- належить
- нижче
- користь
- Переваги
- Краще
- Біткойн
- біткойн та ефіріум
- Блокувати
- blockchain
- Блокчейн мережі
- блокчейн-технології
- блокчейни
- обидва
- Приносить
- широкий
- але
- by
- call
- Виклики
- CAN
- потужність
- випадок
- випадків
- певний
- ланцюг
- ланцюга
- виклик
- проблеми
- Зміни
- чіп
- вибір
- ближче
- код
- приходить
- зазвичай
- порівняний
- сумісний
- конкурс
- повний
- комплекс
- всеосяжний
- обчислення
- обчислення
- обчислення
- концепція
- Умови
- зв'язок
- Консенсус
- згода
- Отже
- містити
- містяться
- контекст
- продовжувати
- контракт
- контрактів
- навпаки
- контрастність
- контроль
- контроль
- навпаки
- Core
- виправити
- відповідає
- дорого
- витрати
- може
- курс
- створювати
- створений
- створення
- вирішальне значення
- крипто
- криптоландшафт
- крипто простір
- користувачів криптовалют
- криптографічні
- криптографія
- Поточний
- В даний час
- крива
- виготовлений на замовлення
- налаштувати
- щодня
- Небезпечний
- DApps
- Децентралізований
- дефолт
- визначати
- заглиблюватися
- депозит
- описаний
- дизайн
- призначений
- конструкцій
- Незважаючи на
- розвивати
- розробників
- прилади
- DID
- різний
- трудність
- цифровий
- оцифрування
- прямий
- безпосередньо
- чіткий
- Різне
- dlp
- do
- Ні
- справи
- Не знаю
- виснажувати
- недоліки
- керований
- два
- кожен
- простота
- простота використання
- легко
- екосистеми
- ефективний
- EIP
- елемент
- Еліптичних
- вбудований
- повноваження
- включіть
- дозволяє
- дозволяє
- анклав
- кінець
- примусове виконання
- підвищена
- ENS
- вхід
- суб'єкта
- eoa
- рівняння
- Епоха
- ERC-20
- ERC-4337
- особливо
- по суті
- встановити
- Ефір (ETH)
- Ефіріума
- Блокчейн Ethereum
- Гаманець Ethereum
- Ethereum
- Навіть
- Event
- врешті-решт
- EVM
- приклад
- виконувати
- Виконує
- виконання
- досвід
- дослідити
- Розвіданий
- факт
- далеко
- особливість
- риси
- Інформація про оплату
- кілька
- поле
- в кінці кінців
- брандмауер
- Перший
- Гнучкість
- гнучкий
- увагу
- після
- для
- форми
- фрагментарно
- Рамки
- каркаси
- тертя
- від
- перед
- Повний
- повністю
- фонд
- фундаментальний
- засоби
- Крім того
- майбутнє
- змінювач гри
- ГАЗ
- в цілому
- генерується
- породжує
- даний
- дає
- Глобальний
- Гностицизм
- Гнозис безпечний
- управління
- модель управління
- надавати
- великий
- Group
- гарантії
- Опікуни
- було
- апаратні засоби
- Апаратний гаманець
- Ключниці для обладнання
- Мати
- має
- посилений
- Герой
- тут
- Високий
- його
- тримає
- Як
- Однак
- HTML
- HTTPS
- i
- ідея
- ідеї
- Особистість
- управління ідентифікацією
- Impact
- здійснювати
- реалізація
- реалізації
- реалізовані
- реалізації
- implements
- значення
- неможливе
- удосконалювати
- поліпшений
- поліпшення
- in
- В інших
- Стимул
- includes
- У тому числі
- включення
- неймовірний
- неймовірно
- дійсно
- інформація
- притаманне
- початковий
- ініціювати
- інновації
- інноваційний
- екземпляр
- замість
- інтегрований
- інтеграція
- мати намір
- намір
- взаємодіяти
- взаємодіючих
- взаємодія
- Взаємодії
- цікавий
- інтерфейс
- інтернет
- в
- iOS
- питання
- видачі
- IT
- ЙОГО
- сам
- робота
- просто
- ключ
- ключі
- відомий
- відсутність
- ландшафт
- мова
- останній
- шар
- провідний
- Веде за собою
- найменш
- Гросбух
- рівень
- рівні
- Важіль
- брехня
- Ймовірно
- недоліки
- обмеженою
- обмежуючий
- рамки
- загрузка
- логіка
- довше
- втрачати
- від
- серія
- made
- головний
- основний
- Makers
- Робить
- шкідливих програм
- управління
- багато
- ринок
- маркет-мейкери
- Маса
- Масове усиновлення
- макс-ширина
- Може..
- засоби
- заходи
- механізм
- механізми
- згаданий
- зустрів
- методика
- мікроплатежі
- Microsoft
- мінімальний
- мінімізує
- мінімізація
- мінімальний
- Mobile
- режим
- модель
- сучасний
- гроші
- місяців
- більше
- рухатися
- MPC
- багатопартійність
- множинний
- Мультисиг
- повинен
- Переміщення
- навігація
- необхідно
- Необхідність
- потреби
- мережу
- мереж
- наступний
- немає
- новинка
- зараз
- номер
- of
- пропонувати
- on
- На ланцюжку
- один раз
- ONE
- тільки
- операції
- or
- оракул
- оригінал
- OS
- Інше
- з
- план
- вихід
- над
- загальний
- власний
- яка перебуває у власності
- Власники
- власність
- пара
- пар
- парадигма
- Першорядний
- частина
- приватність
- Сторони
- ключик
- Минуле
- шлях
- оплата
- країна
- Люди
- для
- виконувати
- виконується
- без дозволу
- перспектива
- телефони
- основний
- Платформи
- plato
- Інформація про дані Платона
- PlatoData
- Play
- Plenty
- можливостей
- це можливо
- переваги
- раніше
- примітивний
- принцип
- приватний
- Private Key
- Приватні ключі
- проблеми
- процес
- профіль
- Програмування
- програми
- прогрес
- обіцянку
- власником
- захищає
- протокол
- протоколи
- доказово
- Доведіть
- забезпечувати
- забезпечує
- забезпечення
- громадськість
- публічний ключ
- мета
- радикальний
- радикально
- випадковий
- діапазон
- реальний
- реалізувати
- насправді
- Причини
- останній
- відновлення
- про
- зареєстрований
- регулярний
- залишатися
- залишається
- запам'ятати
- вимагати
- дослідження
- дозвіл
- відповідальний
- Революція
- Зростання
- Risk
- Роль
- корінь
- коренеплоди
- Правило
- Правила
- прогін
- біг
- сейф
- захист
- то ж
- економія
- масштабовані
- сценарій
- схема
- схеми
- Шнорр
- секрети
- безпечний
- Забезпечений
- безпеку
- заходи безпеки
- Здається,
- Захопити
- послати
- виступаючої
- комплект
- налаштування
- установка
- кілька
- зсув
- Повинен
- показаний
- підпис
- підпис
- Signatures
- значний
- просто
- з
- розумний
- розумний контракт
- Спритні контракти
- смартфон
- смартфонів
- So
- так далеко
- соціальна
- Софтвер
- Вирішує
- деякі
- кілька
- складний
- Простір
- конкретний
- конкретно
- Витрати
- відпрацьований
- Поширення
- автономні
- standard
- стандартизація
- стандартів
- Як і раніше
- Історія
- сильний
- такі
- підтримка
- Підтриманий
- Підтримуючий
- поверхню
- система
- технічний
- Технології
- Технологія
- ніж
- Що
- Команда
- Майбутнє
- безпека
- їх
- Їх
- самі
- потім
- Ці
- вони
- річ
- це
- хоча?
- поріг
- через
- до
- знак
- занадто
- тяги
- угода
- виконання транзакції
- Transactions
- переклад
- перехід
- випробування
- викликати
- спрацьовує
- спрацьовування
- Довіряйте
- Довірений
- недовірливий
- турінг
- ПЕРЕГЛЯД
- Типи
- типовий
- незаперечний
- при
- підґрунтя
- розуміти
- us
- використання
- використовуваний
- користувач
- User Experience
- Інтерфейс користувача
- користувачі
- використання
- використовує
- ux
- перевірка достовірності
- значення
- різний
- перевірка
- перевірка
- дуже
- бачення
- Wallet
- Гаманці
- було
- хвиля
- шлях..
- способи
- we
- слабкість
- Web2
- Web3
- ДОБРЕ
- Що
- коли
- Чи
- який
- в той час як
- ВООЗ
- широкий
- Широкий діапазон
- ширше
- волі
- з
- в
- без
- свідок
- працював
- працює
- б
- років
- ще
- ви
- зефірнет