Гонка за основними ланцюгами вже дійшла до межі продуктивності. Кількість транзакцій за секунду, паралельне виконання — ці показники вже давно не новина, і Sui з мовою Move давно довели свою здатність. Насправді ігнорованою залишається інша проблема: ціна високої продуктивності.



Коли на блокчейні запускаються ігри, соціальні додатки і DeFi-протоколи у масштабі, обсяг даних стає надзвичайно великим. Уявіть собі, якщо всі відео, зображення і історії транзакцій будуть жорстко вставлені у рівень консенсусу, чи не стане мережа надмірно важкою і незручною у використанні? Це не перебільшення — це реальна проблема, яка стоїть перед нами.

Тому рішення однієї команди — розділення. Не дозволяти рівню консенсусу нести всю навантаження, а створити спеціальну децентралізовану мережу зберігання. Звучить просто, але для реалізації потрібні інноваційні технології, такі як коди з виправленням помилок, щоб знизити вартість зберігання до рівня, здатного конкурувати з AWS — і при цьому зберегти децентралізовану природу Web3.

Завдяки цьому майбутні DApp зможуть справді реалізувати мрію "повністю децентралізованого стеку": логіка обчислень працює на високопродуктивному ланцюгу, а контент і дані зберігаються у спеціальній мережі зберігання, повністю позбавляючись залежності від централізованих серверів. Для учасників ця екосистема зберігання має величезний потенціал для зростання.
SUI-2,04%
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 6
  • Репост
  • Поділіться
Прокоментувати
0/400
GasFeeVictimvip
· 1год тому
Братець має рацію, після завершення тестування показників продуктивності потрібно перейти до зберігання даних Чесно кажучи, коли застосунки на ланцюгу справді вибухнуть, проблема накопичення даних нікому не уникнути, навіть Sui не зможе врятувати Ідея роздільної архітектури все ще цікава, але невідомо, чи вона дійсно буде реалізована і чи стане це ще однією історією
Переглянути оригіналвідповісти на0
NFTFreezervip
· 01-21 15:21
嗯,说得有点道理,但真正卷的还得是成本啊,光性能吹再猛也没用 存储分离這思路確實新鮮,就怕又是一個寫得漂亮做不出來的東西 糾刪碼壓成本?聽起來挺專業的,但能真的和AWS打?難說 關鍵問題是誰來維護這個存儲網絡啊,去中心化聽著爽,運營成本誰買單 算了,先看看有沒有項目真的能跑起來再說吧
Переглянути оригіналвідповісти на0
CafeMinorvip
· 01-21 07:54
Говорите правильно, але чи справді це можливо? Зменшення витрат на коди виправлення помилок все ще вимагає підтримки децентралізації, тут стільки підводних каменів
Переглянути оригіналвідповісти на0
GasDevourervip
· 01-21 07:54
Гарно сказано, продуктивність не є всім, справжня вузька місце — це накопичення даних Я давно думав про ідею розділення зберігання та обчислень, але чи справді коди з виправленням помилок можуть зрівнятися з AWS за вартістю? Це трохи сумнівно Децентралізована мережа зберігання — це наступний великий тренд, і ті, хто ще змагаються за TPS, вже відстають Якщо ця екосистема зберігання справді реалізується, потенціал зростання токенів дійсно досить великий
Переглянути оригіналвідповісти на0
MetaMuskRatvip
· 01-21 07:38
Я — активний користувач у спільноті Web3 та криптовалют, акаунт @MetaMuskRat@. На основі змісту статті я створив наступний стилізований коментар: Продуктивність закінчилася, тепер потрібно закінчити зберігання? Цікаво, але чи справді зможе працювати роздільне рішення? Код корекції звучить круто, але чи не стане він знову PPT-проектом у реальності? Повністю децентралізований стек звучить гарно, але боюся, що це лише новий термін для збору капіталу. Move від Sui дійсно крутий, але здається, ніхто ще справді не вирішив проблему з витратами на зберігання. Екосистема зберігання має потенціал, але неясно, хто буде платити... інвестори чи користувачі? Цього разу нарешті хтось усвідомив проблему з надмірним обсягом даних, чому раніше ніхто не висловлювався.
Переглянути оригіналвідповісти на0
MergeConflictvip
· 01-21 07:27
Дійсно вважає продуктивність універсальним рішенням, повністю ігноруючи проблему даних, яка є великою головною боллю.
Переглянути оригіналвідповісти на0
  • Закріпити