Нещодавно я стежив за даними на ланцюгу Walrus і виявив цікаве протиріччя. Загальний обсяг зберігання 4167TB, фактичне використання лише 26%, іншими словами, понад 3000TB простору просто так бездіє. Спочатку здається, що це марнотратство ресурсів, але при детальнішому розгляді стає зрозуміло — це не марнотратство, а порятунок.
Порівняння з традиційним хмарним зберіганням допомагає побачити різницю. Централізовані платформи, такі як AWS, Alibaba Cloud, прагнуть заповнити кожен диск, оскільки простий обладнання — це витрати. Але децентралізована мережа зберігання працює за зовсім іншою логікою. Вузли розкидані по всьому світу, і завжди може трапитися, що хтось відключиться або вийде з мережі. Якщо використовувати понад 90% обсягу, то при одночасних проблемах кількох важливих вузлів вся мережа миттєво потрапить у кризу зберігання — нові користувачі не зможуть завантажити дані.
Walrus підтримує цей 26% рівень використання, по суті, залишаючи мережі запас для надзвичайних ситуацій. Завжди потрібно мати достатній резерв, щоб реагувати на непередбачені обставини. Ще важливіше, що Reed-Solomon коди корекції помилок, які використовує Walrus, вимагають 4.5-кратного запасу зберігання для забезпечення безпеки даних. Якщо базовий обсяг недостатній, безпека даних просто не може бути гарантована. Здається, що це марнотратство — насправді це необхідна ціна.
Але ця цифра також відображає реальну проблему: фактичний попит на використання Walrus значно нижчий за очікуваний. 4167TB обсягу цілком достатньо для підтримки досить великої екосистеми, але зараз використано лише чверть. Це свідчить про те, що або просування ще недостатнє, або сценарії застосування ще не повністю зрілі, або потрібно оптимізувати цінову політику.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
24 лайків
Нагородити
24
8
Репост
Поділіться
Прокоментувати
0/400
TommyTeacher1
· 01-20 07:42
О, зрозуміло, залишення резервного простору — це насправді закон життя децентралізації
Чекайте, за цим підходом, хіба Walrus ще не досяг справжньої точки перелому?
Це 26% використання здається досить незручним, але, здається, підтверджує одне питання — ринковий попит ще не піднявся
Я чув про систему Reed-Solomon, дійсно потрібно поєднувати з резервуванням, здається, ця стаття докладно пояснює ідею дизайну Walrus
Що стосується ціни, тут не розкривали, я просто хочу знати, чи вона дійсно дорога, друзі?
Екосистема все ще занадто порожня, потрібен killer-продукт, щоб все запрацювало, зараз дивимося, хто зможе справді використати цю річ
Переглянути оригіналвідповісти на0
QuorumVoter
· 01-20 03:51
Має сенс, але по суті все одно потрібно визнати, що екосистема охолола. Як би не пояснювали необхідність надмірності, те, що 4167TB використано лише на 26%, — це боляче.
Переглянути оригіналвідповісти на0
FloorPriceWatcher
· 01-19 07:21
哈,这 логіка я купую. Децентралізація означає залишати буфер, інакше один вузол злітає — вся мережа зупиняється.
---
Зачекайте, чи справді четвертина використання — це лише архітектурна проблема, здається, що ніхто не користується?
---
Код Reed-Solomon з 4.5-кратним запасом... якщо порахувати, то це не так вже й марно, витрати на безпеку мережі дійсно потрібно нести.
---
Говорячи просто, ще не запустилася екосистема, навіть якщо є достатній обсяг, застосунки ще не зрілі — марна справа.
---
Тепер все зводиться до того, що ми витрачаємо гроші на підтримку інфраструктури, ставимо на те, що згодом все вибухне? Це досить ризиковано.
---
Логіка порівняно з AWS дуже різна: централізація — це оптимізація витрат, а децентралізація — навпаки, з додатковими запасами. Це два різні світи.
---
26% використання виглядає важко, але, подумавши про стабільність мережі, все стає зрозуміло. Проте ціну все одно потрібно оптимізувати.
---
Той факт, що вузли можуть злітати будь-коли, — добре сказано, і раптом зрозумів, чому децентралізоване зберігання таке дороге.
Переглянути оригіналвідповісти на0
StealthDeployer
· 01-17 15:55
Ого, тепер зрозуміло, це не марнотратство, а надмірний дизайн
Зачекайте, 4.5-кратний надмір? Наскільки це дорого... Чи дійсно користувачі готові платити?
Говорячи чесно, ніхто не користується цим, яким би не був упаковка — ця істина не зміниться
Надмірний простір важливий, але недостатня популяризація — це справжня проблема, лише технічна краса без попиту — даремна
Я розумію систему Reed-Solomon, але Walrus потрібно думати, як оживити екосистему
Тому основне питання: як залучити всіх за низькою ціною?
Цю логіку я приймаю, надмірний простір — це страхова премія, не можна рахувати за централізованою системою
Спочатку думав, що це просто витрати, але при детальнішому розгляді дійсно потрібно так грати
26% використання здається важким, але децентралізована мережа саме так і має бути… інакше один вузол зламається — і вся мережа під загрозою
Головне — недостатня кількість застосувань, навіть якщо є більше ємності, без користувачів це марно
Ідея Walrus хороша, але екосистема ще потребує розвитку… 4167TB розподілені — все одно трохи марнотратно
Reed-Solomon дійсно спалює надмірність, але це ціна децентралізованого зберігання
Говорячи чесно, це питання просування, можливо, якщо б ціна була нижчою, користувачів було б більше
Надмірність — це не марнотратство, я це розумію, але поточна ціна і рівень просування справді недостатні
Залишки ємності краще, ніж втрата даних, але потрібно ще більше працювати над розвитком екосистеми
Переглянути оригіналвідповісти на0
HashBard
· 01-17 15:38
Ні, але справжня суть у тому, що Walrus просто грає у шахи 4D, поки всі кричать про неефективність... Це трохи схоже на те, як дивитися, як люди скаржаться на мережеву надмірність, яку вони не розуміють, чесно кажучи.
Переглянути оригіналвідповісти на0
BlockchainArchaeologist
· 01-17 15:33
Дійсно, дивлячись на ці дані, мені зразу згадуються ті часи AWS, але децентралізація — це зовсім інший спосіб життя.
26% завантаженості на перший погляд здається марною тратою, але насправді це ставка на стабільність мережі.
Але чесно кажучи, використання лише четвертої частини 4167TB — це дійсно трохи незручно, Walrus дійсно потрібно подумати, як залучити більше застосунків.
Логіка резервного простору для порятунку я розумію, але якщо екосистема не розвивається, то й додатковий резерв безглуздій.
Говорячи просто, це все ще питання курки і яйця, потрібно мати killer app, щоб вона запустила все вперед.
Нещодавно я стежив за даними на ланцюгу Walrus і виявив цікаве протиріччя. Загальний обсяг зберігання 4167TB, фактичне використання лише 26%, іншими словами, понад 3000TB простору просто так бездіє. Спочатку здається, що це марнотратство ресурсів, але при детальнішому розгляді стає зрозуміло — це не марнотратство, а порятунок.
Порівняння з традиційним хмарним зберіганням допомагає побачити різницю. Централізовані платформи, такі як AWS, Alibaba Cloud, прагнуть заповнити кожен диск, оскільки простий обладнання — це витрати. Але децентралізована мережа зберігання працює за зовсім іншою логікою. Вузли розкидані по всьому світу, і завжди може трапитися, що хтось відключиться або вийде з мережі. Якщо використовувати понад 90% обсягу, то при одночасних проблемах кількох важливих вузлів вся мережа миттєво потрапить у кризу зберігання — нові користувачі не зможуть завантажити дані.
Walrus підтримує цей 26% рівень використання, по суті, залишаючи мережі запас для надзвичайних ситуацій. Завжди потрібно мати достатній резерв, щоб реагувати на непередбачені обставини. Ще важливіше, що Reed-Solomon коди корекції помилок, які використовує Walrus, вимагають 4.5-кратного запасу зберігання для забезпечення безпеки даних. Якщо базовий обсяг недостатній, безпека даних просто не може бути гарантована. Здається, що це марнотратство — насправді це необхідна ціна.
Але ця цифра також відображає реальну проблему: фактичний попит на використання Walrus значно нижчий за очікуваний. 4167TB обсягу цілком достатньо для підтримки досить великої екосистеми, але зараз використано лише чверть. Це свідчить про те, що або просування ще недостатнє, або сценарії застосування ще не повністю зрілі, або потрібно оптимізувати цінову політику.