作者：YBB Capital Researcher Ac-Core
TLDR
Нещодавно Solana та Dialect спільно запустили нову концепцію Solana «Actions and Blinks» для реалізації функцій обміну одним клацанням миші, голосування, пожертвувань, монетного двору та інших функцій у формі плагінів браузера.
Actions забезпечує ефективне виконання різноманітних операцій і транзакцій, тоді як Blinks забезпечує мережевий консенсус і послідовність завдяки синхронізації часу та послідовному запису. Ці дві концепції працюють разом, щоб дозволити Solana досягти високої продуктивності та низької затримки в блокчейні.
Розробка Blinks вимагає підтримки додатків Web2 — це довіра, сумісність і співпраця між Web2 і Web3.
Порівняно з протоколом Farcaster & Lens Protocol, Actions&Blinks покладається на додатки Web2, щоб отримати більше трафіку, а останній більше покладається на ланцюг для більшої безпеки.
1. Як працюють дії та блимання
Джерело зображення: документи Solana (життєвий цикл процесу виконання Solana Action)
1.1 Дії（Дії Solana）
Офіційне визначення: Solana Actions — це сумісні зі специфікаціями API, які повертають транзакції в блокчейні Solana, які можна попередньо переглядати, підписувати та надсилати в різних контекстах, включаючи QR-коди, кнопки + віджети (елементи інтерфейсу користувача) і веб-сайти в Інтернеті. .
Дії можна розуміти просто як транзакції, які потрібно підписати. У мережі Solana дії можна розуміти як абстрактний опис механізму обробки транзакцій, що охоплює різні завдання, такі як обробка транзакцій, виконання контрактів і операції з даними. Що стосується додатків, користувачі можуть надсилати транзакції через Actions, включаючи передачу токенів, купівлю цифрових активів тощо. Розробники також використовують Actions для виклику та виконання смарт-контрактів для реалізації складної логіки в ланцюжку.
Solana використовує форму «Транзакція» для виконання цих завдань. Кожна транзакція складається з серії інструкцій, які виконуються між певними обліковими записами. Завдяки паралельній обробці та використанню протоколу Гольфстрім Solana заздалегідь пересилає транзакції до валідаторів, тим самим зменшуючи затримки підтвердження транзакцій. Завдяки детальному механізму блокування Solana може обробляти велику кількість неконфліктних транзакцій одночасно, що значно покращує пропускну здатність системи.
Solana використовує Runtime для виконання транзакцій і інструкцій смарт-контракту, щоб забезпечити правильність введення, виведення та статусу транзакції під час виконання. Транзакції очікують підтвердження блоку після початкового виконання, і після того, як блок погоджується більшістю валідаторів, транзакція вважається остаточною. Мережа Solana здатна обробляти тисячі транзакцій за секунду, а час підтвердження транзакцій становить менше 400 мілісекунд. Завдяки механізмам Pipeline і Гольфстрім пропускна здатність і продуктивність мережі ще більше покращуються.
Дії стосуються не лише певних завдань чи операцій, це можуть бути транзакції, виконання контракту, обробка даних тощо. Ці операції схожі на транзакції або виклики контрактів в інших блокчейнах, але в Solana дії мають свої унікальні переваги: перша — це ефективна обробка, яка дозволяє обробляти ці дії у великих масштабах .Швидке виконання у великих мережах. По-друге, завдяки високопродуктивній архітектурі Solana затримка обробки Actions є дуже низькою, що дозволяє Solana підтримувати високочастотні транзакції та програми. Нарешті, є гнучкість.Дії можна використовувати для виконання різноманітних складних операцій, включаючи виклики смарт-контрактів, зберігання та читання даних тощо (дивіться розширене посилання для отримання додаткової інформації).
1.2 Блимає（посилання на блокчейн)
Офіційне визначення: Blinks перетворює будь-яку дію Solana на посилання з багатими метаданими, яким можна ділитися. Blinks дозволяє клієнтам із підтримкою Action (гаманці розширень браузера, боти) надавати користувачам більше функцій. На веб-сайті Blinks може миттєво запускати попередній перегляд транзакцій у гаманці, не переходячи до децентралізованої програми; у Discord боти можуть розширювати Blinks у набір інтерактивних кнопок. Це забезпечує взаємодію в мережі з будь-яким веб-інтерфейсом, який може відображати URL-адресу.
Загалом Solana Blinks перетворює Solana Action на посилання для спільного використання (еквівалент http). Коли відповідні функції в підтримуваних гаманцях Phantom, Backpack і Solflare увімкнено, веб-сайти та соціальні мережі можна перетворити на місця для онлайн-ланцюжка. Дозволяє будь-якому веб-сайту з URL-адресою безпосередньо ініціювати транзакції Solana.
Таким чином, незважаючи на те, що Solana Action і Blink є протоколами/специфікаціями без дозволу, у порівнянні з процесом розв’язування розв’язувачем наративу намірів, вони все ще вимагають клієнтських програм і гаманців, щоб зрештою допомагати користувачам підписувати транзакції.
Прямим призначенням Actions&Blinks є безпосередній аналіз "http-посилання" виконання операцій Solana в ланцюжку до програмних продуктів Web2, таких як Twitter.
Джерело зображення: @eli5_defi
2. Децентралізований соціальний протокол на основі Ethereum
2.1 Протокол Farcaster
Farcaster — це децентралізований протокол соціального графа на основі Ethereum і Optimism, який дозволяє додаткам з’єднуватися один з одним і з’єднуватися з користувачами за допомогою децентралізованих технологій, таких як блокчейн, мережі P2P і розподілені книги. Дозволяючи користувачам плавно переміщувати та ділитися вмістом між різними платформами, не покладаючись на єдину централізовану особу, його протокол Open Graph автоматично витягує вміст із посилання, коли користувачі публікують відповідні посилання в публікаціях у соціальних мережах, впроваджуючи інтерактивні функції), що дозволяє опубліковане посиланням вміст, який автоматично витягується та перетворюється на інтерактивні програми.
Децентралізована мережа: Farcaster покладається на децентралізовану мережу, щоб уникнути проблеми єдиної точки відмови централізованих серверів у традиційних соціальних мережах. Він використовує технологію розподіленої книги для забезпечення безпеки та прозорості даних.
Шифрування відкритим ключем: кожен користувач має пару відкритих і закритих ключів на Farcaster. Відкритий ключ використовується для ідентифікації користувача, а закритий ключ використовується для підпису операцій користувача. Такий підхід забезпечує конфіденційність і безпеку даних користувачів.
Портативність даних: дані користувача зберігаються в децентралізованій системі зберігання, а не на одному сервері. Таким чином користувачі мають повний контроль над своїми даними та можуть переміщувати їх між різними програмами.
Ідентичність, яку можна перевірити: за допомогою криптографії з відкритим ключем Farcaster гарантує, що особу кожного користувача можна перевірити. Користувачі можуть підтвердити свій контроль над обліковим записом, підписавши його.
Децентралізовані ідентифікатори (DID): Farcaster використовує децентралізовані ідентифікатори (DID) для ідентифікації користувачів і вмісту. DID — це ідентифікатор, заснований на шифруванні з відкритим ключем, який є дуже безпечним і не може бути змінений.
Узгодженість даних: щоб забезпечити узгодженість даних у мережі, Farcaster використовує механізм консенсусу, схожий на блокчейн («пости» — це вузли). Цей механізм забезпечує консенсус усіх вузлів щодо даних користувача та операцій, забезпечуючи тим самим цілісність і послідовність даних.
Децентралізовані програми: Farcaster надає платформу розробки, яка дозволяє розробникам створювати та розгортати децентралізовані програми (DApps). Ці програми легко інтегруються з мережею Farcaster, щоб надати користувачам різноманітні функції та послуги.
Безпека та конфіденційність: Farcaster наголошує на конфіденційності та безпеці даних користувачів. Усі дані, що передаються та зберігаються, зашифровані, і користувачі можуть зробити свій вміст загальнодоступним або приватним.
У новій функції Frames Farcaster (різні Frames інтегровані з Farcaster і працюють незалежно), «cast» (аналогічно «дописам», включаючи текст, зображення, відео, посилання тощо) можна перетворити на інтерактивну програму. Цей вміст зберігається в децентралізованій мережі, що забезпечує його довговічність і незмінність. Кожен з його кастів має унікальний ідентифікатор під час публікації «допису», що робить його відстежуваним, а особу користувача підтверджується за допомогою децентралізованої системи автентифікації. Оскільки протокол Farcaster є децентралізованим соціальним протоколом, клієнти протоколу Farcaster можуть мати прямий безперешкодний доступ до Frames.
2.2 Основні принципи включають такі три аспекти:
Джерело: Architecture l Farcaster
Протокол Farcaster поділяється на три основні рівні: рівень ідентифікації, рівень даних - концентратори та рівень додатків. Кожен рівень має певні функції та ролі.
Рівень ідентифікації
Функція: Відповідає за керування та перевірку ідентифікаційних даних користувачів; забезпечує децентралізовану перевірку ідентифікаційних даних користувачів, що складається з чотирьох реєстрів: ld Registry, Fname, Key Registry та Storage Registry (див. довідкове посилання 1) .
Технічний принцип: використовуйте децентралізовані ідентифікатори (DID), засновані на технології шифрування з відкритим ключем; кожен користувач має унікальний DID, який використовується для ідентифікації та перевірки особи користувача за допомогою пари відкритих і закритих ключів; може контролювати та керувати вашою особистою інформацією. Рівень ідентифікації гарантує, що користувачі можуть легко переміщатися та автентифікуватися між різними програмами та службами.
Рівень даних - Хаби
Функція: Відповідає за зберігання та керування даними, створеними користувачами, забезпечуючи децентралізовану систему зберігання даних для забезпечення безпеки, цілісності та доступності даних.
Технічний принцип: Хаби – це децентралізовані вузли зберігання даних, розподілені по всій мережі; кожен Хаб є незалежною одиницею зберігання даних, яка розподіляється між Хабами та захищається за допомогою технології шифрування даних забезпечує високу доступність і масштабованість даних, і користувачі можуть отримати доступ до своїх даних і перенести їх у будь-який час.
Рівень програми
Функція: забезпечує платформу для розробки та розгортання децентралізованих програм (DApps), підтримуючи різні сценарії застосування, включаючи соціальні мережі, публікацію вмісту, обмін повідомленнями тощо.
Технічний принцип: розробники можуть використовувати API та інструменти, надані Farcaster, для створення та розгортання децентралізованих програм, які повністю інтегруються з рівнем ідентичності та даних, щоб забезпечити автентифікацію користувача та керування даними під час використання програми; децентралізовану мережу і не покладається на централізовані сервери, що підвищує надійність і безпеку програми.
2.3 Підсумок вищесказаного:
Пряма мета Solana's Actions & Blinks — відкрити канали трафіку програм Web2: з точки зору користувача, це спрощує транзакції та збільшує ризик крадіжки коштів ефект розриву кола трафіку, але під цензурою Web2 все ще існують ризики щодо сумісності програм і підтримки в системі. Можливо, у майбутньому завдяки підтримці величезної системи Solana, як-от Layer 2, SVM, мобільна операційна система тощо. ., буде подальший розвиток.
Порівняно зі стратегією Solana, протокол Ethereum Farcaster послаблює запровадження трафіку Web2, покращує загальну антицензуру та безпеку та ближче до рідної концепції Web3 у моделі Fracster+EVM.
2.4 Протокол об’єктива
Джерело: LensFrens
Lens Protocol також є децентралізованим протоколом соціальних графів, призначеним для надання користувачам повного контролю над їхніми соціальними даними та вмістом. За допомогою протоколу Lens користувачі можуть створювати, володіти та керувати своїми власними соціальними графіками, і ці графіки можна плавно переносити між різними програмами та платформами. Протокол використовує незамінні токени (NFT) для представлення соціальних графіків і вмісту користувачів, забезпечуючи унікальність і безпеку даних. Lens Protocol і Farcaster, розташовані на Ethereum, також мають деякі подібності та відмінності:
Те саме:
Контроль користувача: користувачі мають повний контроль над своїми даними та вмістом в обох.
Автентифікація: використовуйте технологію децентралізованої ідентифікації (DID) і шифрування, щоб гарантувати безпеку й унікальність ідентифікаційних даних користувачів.
різниця:
Технологічна архітектура:
Farcaster: побудований на Ethereum (L1), він розділений на рівень ідентичності (Identity Layer) для керування ідентифікацією користувачів, рівень даних (Data Layer - Hubs) для децентралізації даних керування вузлом зберігання та прикладний рівень (Application Layer) для забезпечити платформу розробки DApps і використовувати офлайн-хаб для розповсюдження даних.
Протокол Lens: заснований на Polygon (L2), NFT використовується для представлення соціального графіка користувача, а всі дії зберігаються в гаманці користувача, підкреслюючи право власності та переносимість даних.
Перевірка та керування даними:
Farcaster: використовуйте вузли розподіленого зберігання (хаби) для керування даними, щоб забезпечити безпеку даних і високу доступність. Ідентифікатор потрібно оновлювати щороку, а для досягнення консенсусу використовується дельта-графік.
Протокол Lens: особисті дані NFT забезпечують унікальність і безпеку даних, оновлення не потрібні
Екологія застосування:
Farcaster: надає комплексну платформу розробки DApps, яка бездоганно інтегрується з рівнем ідентифікації та рівнем даних.
Протокол об’єктива: основна увага приділяється переносимості соціальних граф і вмісту користувача, підтримці безперебійного перемикання між різними платформами та програмами.
Завдяки наведеному вище порівнянню ми можемо побачити, що Farcaster і Lens Protocol мають схожість у контролі та автентифікації користувача, але існують значні відмінності в сховищі даних та екосистемі. Farcaster більше зосереджується на ієрархічних структурах і децентралізованому сховищі, тоді як Lens Protocol наголошує на використанні NFT для досягнення переносимості даних і власності.
3. Хто з трьох може першим реалізувати масштабні програми?
Завдяки наведеному вище аналізу, Solana покладається на свою високу продуктивність і здатність перетворювати будь-який веб-сайт або додаток на шлюз для криптовалютних транзакцій Блимає для створення посилань. Він швидко отримав перевагу популярного трафіку, але покладатися на Web2 також виникає проблема обміну трафіком заради безпеки.
Lens Protocol був створений у 2022 році та має найдовшу кваліфікацію. Він покладається на модульний дизайн і сховище в усьому ланцюжку, щоб забезпечити хорошу масштабованість і прозорість, але зараз він також може зіткнутися з проблемами масштабованості забуття ринкових настроїв FOMO.
Перевагою Farcaster є те, що в порівнянні з першими двома основним дизайном є протокол, який найбільше відповідає логіці Web3 і має найвищий ступінь децентралізації.
Посилання на розширення:
（1）https://solana.com/docs/advanced/actions
Довідкова стаття:
【1】https://research.web3caff.com/zh/archives/13066?ref=416
