Нещодавно я стежив за даними на ланцюгу Walrus і виявив цікаве протиріччя. Загальний обсяг зберігання 4167TB, фактичне використання лише 26%, іншими словами, понад 3000TB простору просто так бездіє. Спочатку здається, що це марнотратство ресурсів, але при детальнішому розгляді стає зрозуміло — це не марнотратство, а порятунок.
Порівняння з традиційним хмарним зберіганням допомагає побачити різницю. Централізовані платформи, такі як AWS, Alibaba Cloud, прагнуть заповнити кожен диск, оскільки простий обладнання — це витрати. Але децентралізована мережа зберігання працює за зовсім іншою логікою. Вузли розкидані по всьому світу, і завжди може трапитися, що хтось відключиться або вийде з мережі. Якщо використовувати понад 90% обсягу, то при одночасних проблемах кількох важливих вузлів вся мережа миттєво потрапить у кризу зберігання — нові користувачі не зможуть завантажити дані.
Walrus підтримує цей 26% рівень використання, по суті, залишаючи мережі запас для надзвичайних ситуацій. Завжди потрібно мати достатній резерв, щоб реагувати на непередбачені обставини. Ще важливіше, що Reed-Solomon коди корекції помилок, які використовує Walrus, вимагають 4.5-кратного запасу зберігання для забезпечення безпеки даних. Якщо базовий обсяг недостатній, безпека даних просто не може бути гарантована. Здається, що це марнотратство — насправді це необхідна ціна.
Але ця цифра також відображає реальну проблему: фактичний попит на використання Walrus значно нижчий за очікуваний. 4167TB обсягу цілком достатньо для підтримки досить великої екосистеми, але зараз використано лише чверть. Це свідчить про те, що або просування ще недостатнє, або сценарії застосування ще не повністю зрілі, або потрібно оптимізувати цінову політику.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
16 лайків
Нагородити
16
5
Репост
Поділіться
Прокоментувати
0/400
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 обсягу цілком достатньо для підтримки досить великої екосистеми, але зараз використано лише чверть. Це свідчить про те, що або просування ще недостатнє, або сценарії застосування ще не повністю зрілі, або потрібно оптимізувати цінову політику.