У чому відмінність між Solana Actions та Blinks у порівнянні з Farcaster та Lens?

Автор: YB

Переклад: Простим мовом блокчейн

Нещодавно Solana та Dialect запустили нову концепцію Solana під назвою “Actions and Blinks”, яка дозволяє здійснювати одним натисканням кнопки операції, такі як обмін, голосування, пожертвування та монетизація через розширення браузера. Actions спрощують виконання різних операцій та транзакцій, а Blinks забезпечують мережевий Консенсус та послідовне записування за допомогою синхронізації за часом. Поєднання цих двох функцій дозволяє Solana забезпечити високу продуктивність та низьку затримку у Блокчейні. Розробка Blinks потребує підтримки додатків Web2, що створює проблеми довіри, сумісності та співпраці між Web2 та Web3. У порівнянні з Farcaster та Lens Protocol, Actions і Blinks більше залежать від отримання трафіку від додатків Web2, тоді як останній більше залежить від безпеки у блокчейні.

1、Принцип роботи Actions та Blinks

1）Дії (Дії Solana)

Згідно з офіційним визначенням: Solana Actions - це стандартизований API для транзакцій Solana у блокчейні. Ці транзакції можна переглядати, підписувати та надсилати в різних середовищах, включаючи QR-коди, кнопки + віджети та веб-сайти в Інтернеті.

Actions можна сприймати як угоди, які чекають на підпис. Далі, Actions - це абстрактний опис механізму обробки угод в мережі Solana, що охоплює обробку угод, виконання контрактів та операції з даними та інші завдання. Користувачі можуть надсилати угоди через Actions, включаючи переказ токенів та покупку цифрових активів. Розробники використовують Actions для виклику та виконання смарт-контрактів, щоб реалізувати складну логіку у блокчейні.

Solana використовує “Транзакції” для обробки цих завдань, кожна транзакція складається з низки інструкцій, які виконуються між конкретними рахунками. Завдяки паралельній обробці та протоколу Gulf Stream, Solana передбачає валідаторам передоплату угод, що зменшує затримку підтвердження. Завдяки дрібнозернистому механізму блокування, Solana може одночасно обробляти велику кількість без конфліктних угод, що значно підвищує пропускну здатність системи. Solana використовує Runtime для виконання угод та інструкцій Смарт-контракт, що забезпечує правильність введення, виведення та стану угод під час виконання.

Після першого виконання угоди очікується підтвердження Блоком. Як тільки більшість валідаторів погодяться на один Блок, угода вважається остаточною. Solana може обробляти тисячі угод на секунду, час підтвердження становить всього 400 мілісекунд. Завдяки механізмам Pipeline та Gulf Stream пропускна здатність та продуктивність мережі ще більше покращилися.

Actions не є просто завданнями або операціями, вони можуть бути транзакціями, виконанням контрактів або обробкою даних. Ці дії схожі на транзакції або виклики контрактів в інших блокчейнах, але Actions у Solana мають унікальні переваги:

Ефективна обробка: Solana розробила ефективний спосіб обробки дій, щоб вони швидко виконувалися в масштабних мережах.

Низька затримка: високопродуктивна архітектура Solana забезпечує дуже низьку затримку дій, підтримує високочастотні операції та додатки.

Гнучкість: Дії можуть виконувати різноманітні складні операції, включаючи виклик Смарт-контракту та зберігання / отримання даних (див. посилання для отримання детальнішої інформації).

2) Моргає

Згідно з офіційним визначенням: Blinks може перетворити будь-яку дію Solana в посилання, що містить метадані. Blinks дозволяє клієнтам, які підтримують дію (розширення Гаманець браузера, боти), показувати користувачам більше функцій. На веб-сайті Blinks може негайно спричинити попередній перегляд транзакцій в Гаманець, без перенаправлення до Децентралізація додатка; на Discord бот може розширити Blinks у набір інтерактивних кнопок. Це дозволяє будь-якому веб-інтерфейсу, який відображає URL, взаємодіяти з у блокчейні.

Простіше кажучи, Solana Blinks перетворює дії Solana в спільнодоступні посилання (подібні до HTTP). Шляхом активації відповідних функцій у підтримуваних гаманцях (таких як Phantom, Backpack і Solflare), веб-сайти та соціальні медіа можуть стати місцями для у блокчейні транзакцій, що дає змогу будь-якому веб-сайту з URL безпосередньо запускати транзакції Solana.

Загалом, незважаючи на те, що Solana Actions та Blinks є бездозвільними протоколами/стандартами, вони все ще потребують клієнтських додатків та гаманців для остаточної підтримки користувачів у підписанні угод, порівняно з рішенням наміру.

Дії та Blinks безпосередньо спрямовані на те, щоб зробити операції Solana у блокчейні “HTTP-сумісними” та відтак інтегрувати їх у веб-додатки Web2, такі як Twitter.

2、Децентралізація соціальний протокол, застосований на блокчейні ETH

1) Протокол Farcaster

Farcaster - це протокол соціальної мережі на базі Ethereum та Optimism, який дозволяє додаткам взаємодіяти за допомогою технологій децентралізації, таких як блокчейн, P2P мережі та розподілена бухгалтерська книга. Це дозволяє користувачам безперешкодно мігрувати та спільно використовувати вміст між різними платформами, не залежно від одного централізованого суб’єкта. Його відкритий протокол (автоматично видобуває зміст посад зі Соціальних мереж та впроваджує взаємодійні функції) дозволяє автоматично видобувати та перетворювати вміст, який користувачі спільно використовують, в інтерактивні додатки.

Мережа децентралізації: Farcaster залежить від мережі децентралізації, щоб уникнути проблеми одної точки відмови централізованого сервера, яка є типовою для традиційних соціальних мереж. Вона використовує технологію розподіленого рахунководства, щоб забезпечити безпеку та прозорість даних.

Відкритий ключшифрування: кожен користувач Farcaster має пару Відкритий ключ і Закритий ключ. Відкритий ключ використовується для ідентифікації користувача, а Закритий ключ використовується для підпису їхніх операцій. Цей метод забезпечує конфіденційність та безпеку даних користувача.

Переносимість даних: дані користувача зберігаються в системі зберігання Децентралізації, а не на окремому сервері. Це дозволяє користувачам повністю контролювати свої дані та переміщувати їх між різними додатками.

Перевірка ідентичності: Завдяки технології шифрування з відкритим ключем Відкритий ключ, Farcaster забезпечує можливість перевірки ідентичності кожного користувача. Користувачі можуть підтвердити своє право на управління рахунком шляхом підпису операцій.

Децентралізація标识符 (DIDs): Farcaster використовує Децентралізація标识符 (DIDs) для ідентифікації користувачів та вмісту. DIDs базуються на Відкритий ключшифрування, мають високу безпеку та незмінність.

Для забезпечення одностайності даних в мережі Farcaster використовує подібний до блокчейну Механізм консенсусу (з використанням “пости” в якості Нода). Цей механізм забезпечує узгодженість усіх Нод з даними користувачів та операціями, що забезпечує цілісність та одностайність даних.

Додаток Децентралізація: Farcaster надає платформу розробки, що дозволяє розробникам будувати та розгортати Децентралізація застосунки (DApps). Ці застосунки можуть безшовно інтегруватись у мережу Farcaster та надавати користувачам різноманітні функції та сервіси.

Безпека та конфіденційність: Farcaster підкреслює конфіденційність та безпеку даних користувачів. Усі дані передачі та зберігання проходять шифрування, користувачі можуть вибрати, чи робити зміст публічним чи приватним.

У новій функції Frames Farcaster (Frames, що інтегруються з Farcaster та працюють незалежно), користувачі можуть перетворити «casts» (схожі на пости, що містять текст, зображення, відео та посилання) на інтерактивні додатки. Ці вміст зберігаються в мережі Децентралізація, що забезпечує їх постійність і незмінність. Кожен пост має унікальний ідентифікатор при публікації, щоб його можна було відстежувати, і перевіряється за допомогою системи перевірки Децентралізація ідентифікації користувача. Як соціальний протокол Децентралізація, клієнт Farcaster може безшовно інтегруватися з Frames.

2) Основні принципи

Протокол Farcaster складається з трьох основних рівнів: рівень ідентифікації, Рівень даних (хаби) та Рівень застосування. Кожен рівень має свої визначені функції та роль.

A. рівень ідентифікації

Функції: відповідає за управління та перевірку користувачів; надає аутентифікацію Децентралізація для забезпечення унікальності та безпеки користувачів. Включає чотири реєстри: реєстр ID, реєстр імен, реєстр ключів та реєстр сховища (детальні вказівки див. в посиланні 1).

Технічний принцип: використання ідентифікаторів децентралізації (DID), заснованих на шифруванні з відкритим ключем. Кожен користувач має унікальний DID для ідентифікації та підтвердження своєї особи. Використання пари відкритого ключа та закритого ключа забезпечує тільки користувач може контролювати та керувати своєю особистою інформацією. Шар особистості забезпечує безшовну міграцію та підтвердження особистості між різними додатками та сервісами.

B.Рівень даних — Hubs

Функціональність: відповідає за зберігання та управління створеними користувачем даними, надає систему зберігання даних Децентралізація, що гарантує безпеку, цілісність та доступність даних.

Технічний принцип: Hubs - це розподілені в мережі Нода зберігання даних Децентралізація. Кожен Hub є окремою одиницею зберігання, відповідальною за зберігання та керування певною частиною даних. Дані розподілені по різних Hub та захищені за допомогою шифрування. Рівень даних забезпечує високу доступність та масштабованість даних, що дозволяє користувачам в будь-який момент отримувати доступ до своїх даних та переміщувати їх.

C.Рівень застосування

Функції: надає платформу для розробки та розгортання додатків (DApps), яка підтримує різноманітні сценарії застосування, такі як соціальна мережа, публікація контенту та передача повідомлень.

Технічний принцип: розробники можуть використовувати API та інструменти, надані Farcaster, для побудови та розгортання Децентралізація застосунків. Рівень застосування інтегрується безшовно з рівнем ідентифікації та рівнем даних, що забезпечує перевірку особистості та управління даними під час використання застосунку. Децентралізація застосунки працюють на мережі Децентралізація, не залежать від централізованих серверів, що підвищує надійність та безпеку застосунку.

3) Підсумок

Дії та Моргання A.Solana

Actions та Blinks від Solana призначені для підключення трафіку веб-додатків типу Web2. Їхні безпосередні наслідки такі:

Користувацький погляд: спрощення процесу торгівлі, але збільшення ризику крадіжки коштів.

Solana перспектива: значно посиливши потоковий ефект міжланцюжковості, але зіткнулася з викликами сумісності та підтримки під наглядом системи веб-2.

У розгалуженій екосистемі Solana майбутні розвиток Layer2, SVM та мобільної операційної системи можуть подальшим чином посилити ці функції.

B. Протокол Farcaster для Ethereum

Порівняно з стратегією Solana, протокол Farcaster Ethereum послаблює інтеграцію трафіку Web2, підвищує загальний З спротивом до цензури та безпеку. Модель Farcaster + EVM більш відповідає первинним концепціям Web3.

4) Протокол Lens

Протокол Lens - це ще один соціальний граф Децентралізація, спрямований на повний контроль користувачів над своїми соціальними даними та вмістом. За допомогою протоколу Lens користувачі можуть створювати, володіти та управляти своїм соціальним графом, а також безперешкодно мігрувати між різними додатками та платформами. Цей протокол використовує Невзаємозамінний токен для представлення соціального графа та вмісту користувачів, що забезпечує унікальність та безпеку даних. Як протокол на базі ETH, у Lens Protocol є деякі схожі та відмінні аспекти порівняно з Farcaster.

A. Схожість:

Контроль користувача: у цих двох протоколах користувач має повний контроль над своїми даними та вмістом.

Аутентифікація: обидва використовують ідентифікатори Децентралізація (DID) та технологію шифрування для забезпечення безпеки та унікальності користувачів.

B. Різниця:

Технічна архітектура:

Farcaster: на основі Ethereum (L1) розділено на рівень ідентифікації, що управляє користувачем, рівень даних (Hubs) для Децентралізація зберігання Нода і рівень застосування, що надає платформу для розробки DApps, використовуючи офлайн Hubs для передачі даних.

Протокол об’єктиву: на основі Polygon (L2), використовуючи Невзаємозамінний токен, що представляє соціальну графіку та вміст користувачів, всі дії зберігаються в Гаманці користувача, акцентуючи власність даних та переносимість.

Перевірка та управління даними:

Farcaster: використовуючи розподілене сховище даних Нода (Hubs), забезпечується безпека та висока доступність, щороку проводиться оновлення хендлу та досягається консенсус за допомогою дельтаграфу.

Протокол об’єктиву: особистий файл даних Невзаємозамінний токен забезпечує унікальність та безпеку даних без необхідності оновлення.

Екосистема додатків:

Farcaster: надає повноцінну платформу для розробки DApps, яка безшовно інтегрується зі своєю ідентичністю та Рівень даних.

Протокол об’єктиву: спрямований на переносимість соціальних графіків користувачів та вмісту, підтримує безшовне перемикання між різними платформами та додатками.

За цим порівнянням ми можемо побачити, що Farcaster і Lens Protocol мають подібність у контролі користувача та перевірці особи, але значно відрізняються у зберіганні даних та екосистемі. Farcaster акцентує на шаруванні та Децентралізація зберіганні даних, тоді як Lens Protocol підкреслює використання Невзаємозамінний токен для досягнення переносності та власності даних.

3. Який протокол зможе першим реалізувати масштабні застосування?

За даним аналізом, ці три протоколи мають свої переваги та виклики.

Solana з високою продуктивністю та можливостями перетворює будь-який веб-сайт або додаток на Криптоактиви торговий шлюз, отримавши швидкий підпис на соціальних медіа та використовуючи Blinks. Однак його залежність від функцій Web2 призводить до компромісу між трафіком та безпекою.

Протокол Lens, заснований у 2022 році, використовує модульний дизайн та у блокчейні для зберігання даних, що забезпечує хорошу масштабованість та прозорість, використовує можливості раннього ринку, але може стикнутися з викликами вартості, масштабованості та емоцій страху пропустити щось на ринку.

Перевага Farcaster полягає в тому, що її дизайн найбільш близький до принципів Web3 та забезпечує найвищий рівень Децентралізація. Однак це також створює виклики у технічному ітеруванні та управлінні користувачами.