Можно ли совершать транзакции в блокчейне в режиме реального времени?

Поясню немного ;)

Я новичок в блокчейн-бизнесе, но не в технологиях. Как-то я пропустил автобус до сих пор.

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

Я что-то пропустил ?

после небольшого чтения я нашел этот https://medium.com/@mvmurthy/full-stack-hello-world-voting-ethereum-dapp-tutorial-part-1-40d2d0d807c2 , который проясняет довольно мало вещей.

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

Ответы (1)

Я не знаю, каковы наилучшие методы, но я не думаю, что вы действительно можете выполнять транзакции в цепочке , но потенциально можете выполнять их вне цепочки .

Если вы делаете систему входа в систему и хотите делать все это в сети, вы потенциально можете использовать систему условного депонирования либо с токенами, либо с фактическим эфиром, если ваш бэкенд разработан таким образом, чтобы поддерживать следующее: предположим, вы хотите, чтобы кто-то входит в систему почти мгновенно, но с них взимается плата за каждый вход в систему. Вы можете попросить их купить, скажем, 10 токенов (или доли эфира, что угодно) и хранить их на условном депонировании. Затем при каждом входе они транслируют транзакцию, которая вызывает функцию для передачи одного из токенов и передает их вам. Затем ваш бэкенд сохраняет широковещательную транзакцию и внутренне отслеживает количество токенов, которые у них будут. Поэтому, если кто-то входит в систему один раз, даже до того, как транзакция будет запечатана в блокчейне, вы можете вычесть одну из его кредитной линии. Они могут сделать это еще 9 раз, прежде чем будет запечатана одна транзакция. Прежде чем они смогут совершить 11-ю транзакцию, им нужно совершить транзакцию в сети, чтобы купить больше токенов. Вы можете быть уверены в отсутствии повторов, поскольку ваш сервер хранит копии всех подписанных транзакций, которые вы можете обеспечить ретрансляцией в сеть. Вы хотели бы убедиться, что цена на газ достаточно высока, чтобы транзакция, вероятно, в конечном итоге была включена.

условное депонирование, о котором вы говорите ... вы имеете в виду деньги в их кошельке или это условное депонирование в моем бэкэнде приложения, на которое подписывается пользователь? Также, когда вы говорите, что они транслируют транзакцию, которая вызывает функцию… вы имеете в виду контракт Solidity, развернутый в реальном блокчейне? Так мне нужно интегрироваться с приложением кошелька или приложение кошелька является частью моего веб-приложения?
Что касается условного депонирования, я думаю о смарт-контракте, который использует либо токены, либо эфир. Для широковещательной транзакции да, я имею в виду вызов одного из методов смарт-контракта для использования токена/эфира. Вы должны следить за этими транзакциями в серверной части вашего веб-приложения (он должен распространяться по сети довольно быстро) и кэшировать копию, чтобы при необходимости можно было воспроизвести ее в сети (см. ethereum.stackexchange.com/questions/18736/ … ). Я не знаю о логистике для кошельков; есть плагины для браузера