Мы пытаемся разработать Dapp, с помощью которого пользователь может сохранять некоторую информацию в блокчейне. Мы хотим использовать это приложение в качестве хранилища данных, чтобы позже пользователь мог запросить его. нужен ли в этом случае смарт-контракт?
Например, 1000 пользователей (аккаунтов) просто сохраняют свою личность в цепочке блоков.
У вас есть поле «данные» в каждой транзакции, которое можно использовать для хранения информации (оно работает аналогично коду операции OP_RETURN из Биткойна, т. е. считается протоколом непрозрачным).
Но получить и обработать информацию, хранящуюся таким образом, будет сложнее, чем написать простой контракт.
Например, вы не можете удалить поле «данные» из существующей транзакции, поэтому вам нужно определить какой-то способ объявить такие данные как недействительные. В контракте тривиально переопределить или удалить старые данные.
В конечном счете, как указано в комментариях, это зависит от вашего конкретного варианта использования.
Вы пытаетесь использовать надежную технологию не по назначению. Поскольку ваше название или язык предполагает «умный контракт», см. слово «контракт». Теперь спросите себя, какое соглашение/контракт вы можете заключить с более чем 1000 пользователей, сохранив их данные в блокчейне Ethereum? Смарт-контракт лучше всего работает с финансовыми случаями (но не эксклюзивными) и в случаях, когда необходима третья сторона. Если вы можете сесть и рассказать мне, какого рода соглашение вы заключаете и какая третья сторона вовлечена, тогда и только тогда вы можете войти в Ethereum (даже если это не имеет смысла). Дорогой Сармин, в вашем случае не требуется DApp. Спасибо.
Рангеш
Ричард Хоррокс