Я недавно просматривал заметки по SDK Dusk Connect и одну вещь не давала мне покоя. Настоящее замедление почти никогда не находится внутри базового протокола. Оно прячется в той тихой паузе между хорошей идеей и тем, что действительно работает.

Считается, что SDK должен убрать подключение кошелька и обработку транзакций из рук каждой команды и собрать это в одном месте. Большинство воспринимают это просто как удобство. Я — нет. Любая собственная версия неизбежно приносит свои маленькие баги, разные запросы разрешений и небольшие дыры в безопасности, особенно когда должны корректно работать и защищённые, и публичные сценарии. Общий SDK должен уменьшить эту поверхность, беря на себя те части, которые большинство команд чаще всего портит, когда делает всё в одиночку.

Так что реальный вопрос не в том, существует ли SDK. В том, сколько из этих хрупких компонентов он действительно убирает — сценарий подключения, подпись, согласованность разрешений и разделение public/private. Если эти части остаются чистыми, у новых приложений меньше шансов сломаться. Если они сделаны наполовину, командам всё равно придётся писать самые сложные места самостоятельно.

Я всё ещё не знаю, насколько это хорошо выдерживает разные типы приложений. Простая отправка — это одно. Более длинный институциональный сценарий со смешанной приватностью — другое. Чистый запуск и пост с анонсом могут выглядеть завершёнными. А вот реальное независимое использование сложнее подделать.

Моя тихая сомнительность такая: пока больше команд за пределами «ядра» реально не выпустят что-то на его базе, мы всё ещё измеряем скорее объявление, чем внедрение.

#dusk $DUSK @Dusk
Что важнее всего для SDK вроде Dusk Connect?