Многие люди смотрят только на Sui быстро, на самом деле не понимают, что именно Sui хочет сделать. Говоря прямо, Sui никогда не ставила целью "более быстрые финансовые транзакции". Они ориентируются на такие действительно высокочастотные и сложные приложения, как блокчейн-игры, социальные сети, платформы контента — именно это будущее блокчейна.
Это вызывает вопрос: если приложения меняются, то и структура данных должна меняться. Можно ли продолжать использовать старую схему "легкое состояние + внешнее хранилище"? Очевидно, что нет.
Объектная модель Sui и механизм паралленного выполнения действительно мощные. Несколько объектов могут обрабатываться одновременно, не нужно как в традиционной модели аккаунтов ждать в очереди. Теоретически, это открывает двери для высоконагруженных приложений. Но есть скрытая опасность: модель объектов решает только вопрос "как обновлять состояние", но не может вместить огромные объемы данных, которые действительно нужны приложения. Представьте себе, что преимущества высокой параллельной обработки сводятся на нет из-за нестабильности доступа к внешним данным — тогда вся эта система теряет смысл.
Именно поэтому Blob существует — это не опция, а необходимое условие для реального внедрения экосистемы. Объекты на цепочке ссылаются на Blob-идентификаторы, реальные данные хранятся и распространяются сетью. Так выполнение на цепочке остается легким, слой данных — независимым, каждая часть выполняет свою роль. Только такая комбинация сможет обеспечить настоящее расширение экосистемы Sui.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
13 Лайков
Награда
13
5
Репост
Поделиться
комментарий
0/400
GateUser-bd90f6ff
· 8ч назад
૮₍ɵ̷﹏ɵ̷̥̥᷅₎ა
Ответить0
DegenMcsleepless
· 12ч назад
Ох, наконец-то кто-то сказал это, скорость ни к черту не важна, главное — правильно построить архитектуру
Посмотреть ОригиналОтветить0
ApeShotFirst
· 12ч назад
Черт, наконец-то кто-то объяснил ясно и понятно, я раньше думал, что все хвалят Sui за быструю скорость, но вообще не поняли сути дела.
Посмотреть ОригиналОтветить0
FallingLeaf
· 12ч назад
Да-да-да, наконец-то кто-то объяснил всё ясно. Многие всё ещё спорят о цифрах TPS, совсем не замечая сути.
Они Sui вообще используют в другом измерении, именно высокочастотные сценарии, такие как социальные сети в блокчейне, являются основным направлением.
Однако эта теория о необходимых условиях Blob... ммм, звучит логично, но всё же вызывает опасения, действительно ли можно гарантировать стабильность данных вне цепочки?
Кажется, что для реального внедрения нужно ещё подождать и посмотреть.
Посмотреть ОригиналОтветить0
MagicBean
· 12ч назад
Честно говоря, раньше я тоже только смотрел на цифры TPS и хвастался, эта статья меня просветила. Модель объектов + Blob — эта комбинация действительно мощная
Многие люди смотрят только на Sui быстро, на самом деле не понимают, что именно Sui хочет сделать. Говоря прямо, Sui никогда не ставила целью "более быстрые финансовые транзакции". Они ориентируются на такие действительно высокочастотные и сложные приложения, как блокчейн-игры, социальные сети, платформы контента — именно это будущее блокчейна.
Это вызывает вопрос: если приложения меняются, то и структура данных должна меняться. Можно ли продолжать использовать старую схему "легкое состояние + внешнее хранилище"? Очевидно, что нет.
Объектная модель Sui и механизм паралленного выполнения действительно мощные. Несколько объектов могут обрабатываться одновременно, не нужно как в традиционной модели аккаунтов ждать в очереди. Теоретически, это открывает двери для высоконагруженных приложений. Но есть скрытая опасность: модель объектов решает только вопрос "как обновлять состояние", но не может вместить огромные объемы данных, которые действительно нужны приложения. Представьте себе, что преимущества высокой параллельной обработки сводятся на нет из-за нестабильности доступа к внешним данным — тогда вся эта система теряет смысл.
Именно поэтому Blob существует — это не опция, а необходимое условие для реального внедрения экосистемы. Объекты на цепочке ссылаются на Blob-идентификаторы, реальные данные хранятся и распространяются сетью. Так выполнение на цепочке остается легким, слой данных — независимым, каждая часть выполняет свою роль. Только такая комбинация сможет обеспечить настоящее расширение экосистемы Sui.