Comments 4
Спасибо. Реально интересно...
Но что останавливает - так это непонятно, как в Web3 расчитывается стоимость "аренды сервера"... Где то видел расчет, что очень средне нагруженное решение (вроде удачного "хомячка" с 10 посетителями в сутки) обойдется вопрядка 500$ в год. Как то это дороговато для хомячка. А если эфирка подоражает в разы?
Зависит от сети. В мейннете эфира действительно могут быть такие цифры, а то и больше, но, к счастью, на эфире блокчейны не заканчиваются. Есть Polygon, NeonEVM, zkSync и прочие Optimism-ы. Там цены будут в десятки/сотни/тысячи раз меньше. Любой проект начинается с выбора сети под свои задачи. Для многи проектов вполне может подойти и тестнет эфира, он вообще бесплатный.
Есть несколько критически важных советов по смарт-контракту:
1. Хранить пароль пользователя на смарт-контракте большая ошибка. Любой разработчик, зная, как устроен storage смарт-контракта сможет этот пароль увести. Нашел первую попавшуюся статью на эту тему. Даже если переменные приватные, их все равно можно считать. Хранить пароли на блокчейне - табу.
2. Хранить сами твиты в блокчейне - дорого. Чем больше будет задействовано storage для хранения данных, тем дороже будут стоить транзакции. Я бы предложил посмотреть в сторону хранения данных off-chain. Например, можно использовать ipfs для хранения информации о твитах, а на блокчейне хранить только ссылки на ipfs.
И мне просто любопытно, почему truffle? Почему не hardhat или еще лучше foundry?)
Web3 приложение Twitter на React.js + Solidity | часть 1