Інфраструктура зберігання даних користувачів виглядає перспективною як базовий рівень. Але ось справжнє питання — як вона справляється з масштабованістю, коли попит зростає?
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
11 лайків
Нагородити
11
5
Репост
Поділіться
Прокоментувати
0/400
ThatsNotARugPull
· 6год тому
Масштабованість тут справді є слабким місцем, не варто так рано хвалити.
Переглянути оригіналвідповісти на0
ClassicDumpster
· 6год тому
Ну... звучить приємно, але коли настане момент великого трафіку, чи впаде архітектура - це вже інше питання.
Переглянути оригіналвідповісти на0
RektRecovery
· 6год тому
Чесно кажучи, "перспективний" — це просто копіум для "ми ще не проводили стрес-тестування цього". Питання масштабованості навіть не є справжньою проблемою — головне, що буде *після* того, як все зламається під навантаженням. Ось тоді починається справжня криміналістика. Бачив цю схему раніше: передбачувана вразливість, загорнута в оптимістичні вайтпейпери.
Переглянути оригіналвідповісти на0
Layer3Dreamer
· 7год тому
теоретично кажучи, якщо ми змоделюємо пропускну здатність як рекурсивну функцію зобов'язань стану... справжня вузька місце не в зберіганні як таким, а в верифікації стану між ролапами, коли кілька ланцюгів пишуть одночасно. нагадує мені статтю віталіка про трилему — ви не можете отримати все, не використовуючи zk докази для обробки вектора інтероперабельності 🤔
Переглянути оригіналвідповісти на0
ProveMyZK
· 7год тому
Але питання розширюваності дійсно є складним, зараз це лише розмови на папері.
Інфраструктура зберігання даних користувачів виглядає перспективною як базовий рівень. Але ось справжнє питання — як вона справляється з масштабованістю, коли попит зростає?