Многие стремятся к высокой скорости, но этот подход на самом деле ошибочно сосредоточен на неправильном месте.



Где действительно застревает система? Не в медленной вычислительной части, а в заторе между принятием решения и выполнением, похожем на парковку. Каждый этап требует прохождения проверки, одобрения, ожидания — только эти процессы могут убить транзакцию.

Оптимальное решение — не увеличивать мощность, а устранять препятствия. Убрать ненужные промежуточные этапы, чтобы команды напрямую доходили до уровня исполнения. Тогда как может быть плохая ликвидность? Как может быть неудобным взаимодействие?

Представьте себе DeFi — если каждую транзакцию проверять через избыточные проверки, расходы станут неподъемными. Но как только вы оптимизируете этот канал, эффективность всей экосистемы резко возрастет. Именно поэтому некоторые протоколы работают очень быстро — не потому, что их оборудование лучше, а потому, что архитектура умнее.

Перемещение активов, подключение экосистем — эти операции должны быть максимально плавными. Когда базовая инфраструктура не создает препятствий, верхние уровни приложений могут по-настоящему раскрыть свой потенциал.
DEFI-2,4%
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 7
  • Репост
  • Поделиться
комментарий
0/400
CodeSmellHuntervip
· 6ч назад
Совершенно верно, я постоянно жаловался на эту проблему. Не всегда медлительность требует более быстрого CPU, иногда сама структура процесса — это плохой дизайн. Люди всегда думают, как ускориться, не замечая, что целая экосистема может рухнуть из-за множества избыточных проверок. Я видел слишком много проектов, которые умирают из-за архитектуры, действительно. На примере DeFi — живой пример: кто упростит промежуточные этапы, тот и выиграет. Что может сравниться с аппаратным обеспечением? Всё примерно одинаково, главное — умно ли написан код. Если нижний уровень не забит, сверху можно летать. Я с этим согласен.
Посмотреть ОригиналОтветить0
BottomMisservip
· 6ч назад
Отлично сказано, на самом деле это вопрос архитектурного проектирования, а не просто набора аппаратного обеспечения. Я давно это понял, проекты DeFi смогли взлететь именно потому, что жестко урезали процессы. Верно, зачастую узкое место — это та самая избыточная проверка, стоит хорошенько подумать об этом. Я поддерживаю эту точку зрения, плохая ликвидность — вовсе не проблема скорости, а ощущение зажатости. Кажется, многие команды все еще гоняются за цифрой TPS, на самом деле оптимизация маршрутизации — это ключ к успеху. Разгрузка > увеличение мощности, в этом логике нет ошибок.
Посмотреть ОригиналОтветить0
LiquidityWitchvip
· 6ч назад
Честно говоря, вся эта одержимость "скоростью" — это немного средний уровень... настоящая алхимия происходит, когда вы избавляетесь от церемониальных глупостей между намерением и выполнением. большинство протоколов — это просто ритуалы неэффективности, замаскированные под безопасность lol
Посмотреть ОригиналОтветить0
ProposalDetectivevip
· 6ч назад
Совершенно верно, узкое место вовсе не в вычислительной мощности, а в тех бюрократических процедурах, которые тормозят процесс. Я видел, сколько проектов застряли на промежуточных этапах, удаление процедур гораздо надежнее, чем добавление аппаратного обеспечения.
Посмотреть ОригиналОтветить0
AlphaLeakervip
· 6ч назад
Чёрт, точно, куча посредников — это действительно раки. Так оптимизируется наша платформа, и пропускная способность транзакций сразу удваивается после удаления дублирующей верификации, что не является проблемой.
Посмотреть ОригиналОтветить0
DevChivevip
· 6ч назад
Нет никаких претензий, меня только удивляет, почему так много проектов сосредоточены только на увеличении TPS, а пользовательский опыт всё равно остается плохим. Настоящее узкое место — это те избыточные промежуточные этапы, их устранение даст мгновенный эффект.
Посмотреть ОригиналОтветить0
FOMOrektGuyvip
· 7ч назад
Честно говоря, большинство людей всё ещё соревнуются в TPS, не замечая, что узкое место давно сместилось Уменьшение процессов > наращивание аппаратного обеспечения — только сейчас я понял эту логику Резервные проверки в DeFi действительно являются крупным расходом, я видел слишком много проектов, погибших именно из-за этого Если низкоуровневая часть не забита, экосистема сможет по-настоящему взлететь, в этом нет ошибки
Посмотреть ОригиналОтветить0
  • Закрепить