Однією з основних обіцянок блокчейну є цифровий суверенітет та власність. Старі системи були фундаментально зламані вже деякий час. Прихід передових технологій дозволяє нам вийти за межі цих систем у нові парадигми. Соціальні мережі - лише одна з таких систем, які потребують масштабної перебудови. Цей настрій не є новим або новаторським. Будівники, користувачі та інвестори вже деякий час виступають за децентралізований соціальний граф, шар атестації та все, що стосується цього, з часів Bitclout.

Багато людей пробували, але досі ніхто не вдалося. Введіть Farcaster, належно децентралізована мережа соціальних додатків, побудована на Ethereum та працює за допомогою Optimism. Farcaster працює подібно до X (раніше відомого як Twitter) та Reddit. Користувачі можуть швидко приєднатися до мережі, створювати профілі, публікувати «касти» (схоже на твіти) та слідувати за іншими користувачами. Велику частину важкої роботи виконуєWarpcast, клієнт Farcaster, що абстрагує технічні складності та робить користування безперешкодним.

На відміну від X та Reddit, Farcaster дозволяє користувачам володіти своїми обліковими записами, соціальними графами та відносинами, які вони створюють з іншими користувачами. Це значне оновлення порівняно з існуючими системами. Кожен користувач Farcaster вільний переходити між різними додатками, запущеними на Farcaster, забезпечуючи автономію та власність користувача в клієнті.

Стан Фаркастер

=

\=
Хаб: Схоже з вузлами блокчейну, Хаби зберігають дані та слухають Ethereum та Optimism для отримання конкретної інформації про користувачів.

Клієнтські програми: Застосунки, що використовуються на платформі Farcaster, як суттєві Keypair та набір даних on-chain, які використовує видавець програм для клієнтів для дії від імені користувача, дозволяючи їм публікувати, читати дані та виконувати інші дії.

Farcaster побудував «достатньо децентралізовану» систему, яка дозволяє користувачам мати портативну ідентичність між Клієнтськими додатками. Це схоже на використання Google для входу в Facebook і X, але Farcaster йде далі, зробивши дані теж портативними. Різні Клієнтські додатки можуть створювати унікальні враження над тими ж даними. Наприклад, Warpcast нагадує Twitter, тоді як інший додаток може бути схожим на Discord.

Клієнтський додаток повинен підключатися до хабу, який не має жодного зобов'язання дозволяти зв'язок. Хаби схожі на веб-сервери в області web2, і немає жодних платежів за зчитування або запис даних у хаб з боку клієнтських додатків. Зазвичай команда, що створює клієнтський додаток (наприклад, Warpcast), також керує вузлами хабу, до яких вони підключаються, зробивши їх „операторами“ хабу. Будь-хто може запустити хаб, і якщо початкова конфігурація вказує на інші хаби, створюється мережа.

Користувачі можуть мати переносний криптобаланс, а Клієнтські додатки можуть створювати фіатні гаманці або додаткові криптобаланси для конкретних Клієнтських додатків. Наприклад, користувачі Warpcast платять за "відгини", які використовуються для глобального сховища Farcaster та специфічних функцій Warpcast.

Обрана архітектура є «достатньо децентралізованою», оскільки вона передбачає, що кілька Клієнтських додатків працюють незалежно один від одного, і що будь-хто, хто будує Клієнтський або Підключений додаток, повинен мати власний вузол або купувати доступ від сутності, яка веде вузол.

Наближення проблем

Неспівпадіння мережевих стимулів

Farcaster працює через центри, які зберігають дані та полегшують зв'язок між Ethereum та Optimism. Хаби містять API, що дозволяють клієнтським додаткам зчитувати та записувати дані. Користувачі повинні платити за сховище, викликаючи функцію «оренди» на смарт-контракті Optimism. Цей платіжний шлюз потенційно зменшує кількість спаму та облікових записів ботів, але жодна частина грошей за оренду не віддається операторам вузлів. У міру зростання Farcaster сховище може стати непридатним для одного вузла. Горизонтальне масштабування або стимулювання операторів вузлів може вирішити цю проблему.

Централізація клієнтських додатків

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

Представляємо Ferrule та Ferrule MPC

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

Важливість гильзи

В даний час економіка Фаркастера обмежена. Зокрема, немає жодних стимулів для будь-кого керувати Farcaster Hub, що призводить до того, що Farcaster керує всією мережею. Хоча він не є повністю централізованим, він не є повністю децентралізованим, звідси і слоган «достатньо децентралізований» Farcaster. Шлях до більш децентралізованої мережі значно виграє від Ferrule.

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

Джерело:https://dune.com/pixelhack/farcaster

Зростання Farcaster не сповільнилося і продовжує набирати обертів, з понад 60 000 унікальними щоденними користувачами, що виросли на 66% щомісяця. З експоненційним зростанням активність користувачів, вбудована в кожний унікальний обліковий запис, зростає. Хоча кожен може запустити вузол Farcaster, немає жодних стимулів це зробити. Стимули для зростання вузлів будуть важливі для оптимального масштабування системи.

Конструкція ферули

Ферула - це новаторський дизайн вузлів Farcaster, що працюють як служба, активно підтверджена на рівні Eigenlayer (AVS). Вона дозволяє використовувати існуючі активи для забезпечення та забезпечення роботи вузлів та правильної функції протоколу Farcaster. Користувачі повторно вкладаються в контракти Ферули, а активи делегуються вузлам динамічно на основі мережевої поведінки. Деяка дохідність від стейкінгу буде спрямована на операційних директорів вузлів як винагорода, наряду з деякими витратами на оренду облікового запису зберігання.

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

По мере развития ферулетки она стремится решить проблемы роста состояния и централизации клиентов/хабов. Системы мотивации хабов могут создать маршрутизационную систему, обеспечивая отсутствие необходимости хранить все данные, поощряются за хранение и предоставление доступа к данным. Дизайн ферулетки направлен на то, чтобы сделать централизацию менее жизнеспособной путем поощрения правильного поведения хаба.

Декілька пунктів дорожньої карти для Ferrule включають:

Механізм повторного ставлення:

• Повторний стейкінг: користувачі можуть повторно розміщувати свої існуючі активи (такі як ETH чи інші сумісні токени) в контрактах Ferrule. Цей процес стейкінгу зв'язує їх активи з безпекою хабів Farcaster.
• Динамічне делегування: Застосовані активи динамічно делегуються до різних хабів на основі поведінки та потреб мережі. Це забезпечує, що мережа залишається безпечною та реагує на зміни в зразках використання.

Інцентивізація:

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

Перевірна операція:

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

Розщеплення даних та маршрутизація:

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

Ferrule MPC: Забезпечення децентралізованого клієнта та підключених додатків

MPC Framework:

• Багатосторонні обчислення (MPC): Ferrule MPC використовує техніки MPC для того, щоб дозволити кільком сторонам спільно обчислювати функції над їх входами, зберігаючи ці входи конфіденційними. Це забезпечує, що чутливі дані користувачів залишаються конфіденційними, навіть під час спільних процесів.
• Клієнт та Підключені додатки: Каркас MPC дозволяє розробку по-справжньому децентралізованих клієнтських або підключених додатків на Farcaster. Ці програми можуть працювати безпечно та незалежно, взаємодіючи з мережею без порушення приватності користувача.

Авторизація та Інтеграція Розумного Гаманця:

• Granular Authorization: Ferrule MPC підтримує створення системи авторизації, яка дозволяє користувачам делегувати конкретні дії відносно своїх облікових записів. Це схоже на новітні зразки в галузі блокчейну, де користувачі можуть авторизувати певні дії відносно своїх гаманців.
• Технологія розумного гаманця: Інтеграція технології розумного гаманця дозволяє користувачам використовувати свій обліковий запис ключа Farcaster як основний гаманець. Ця інтеграція забезпечує безшовний досвід користувача, дозволяючи користувачам керувати своїми криптовалютними активами та соціальними взаємодіями з одного облікового запису.

API та інтерфейси даних:

• Стандартизовані точки доступу до даних: Хаби забезпечують стандартизовані точки доступу до даних, забезпечуючи взаємодію клієнтських додатків з даними мережі у послідовний спосіб. Ця стандартизація спрощує розробку нових додатків та покращує взаємодію.
• Розширені моделі об'єктів: Клієнтські додатки, такі як Warpcast, можуть розширювати модель об'єктів Farcaster, щоб додати додаткові функції, наприклад попередньо обчислені соціальні графи та поведінкові дані. Ця гнучкість дозволяє створювати різноманітні та інноваційні користувацькі досвіди.

Ferrule MPC - це бібліотека та набір прикладів для команд для запуску децентралізованих клієнтських або підключених додатків на Farcaster. Це буде основною частиною Ferrule, якщо вона буде повністю реалізована. Хоча Ferrule MPC ще не готовий до випуску, його метою є розпалити дискусію в середовищі Farcaster про вирішення цих наближених проблем.

Ми сподіваємося, що Ferrule MPC стане корисним інструментом у майбутньому. Якщо дизайн Ferrule вас захоплює,

Disclaimer:

1. Ця стаття є перевиданням з [Ferrule Github], Усі авторські права належать оригінальному автору [austbot, David Shuttleworth, JJ Alicea]. Якщо є зауваження до цього репринту, будь ласка, зв'яжіться з Gate Learnкоманда, і вони швидко з цим впораються.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, належать виключно автору і не становлять жодної інвестиційної поради.
3. Переклади статті на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонені.