Разве оракулы не потребляют много данных?

Я немного обеспокоен тем, что для профессионального использования оракулов потребуется много места на диске.

Блокчейн не растет быстро, поскольку, если контракт не изменил своего состояния, следующее дерево состояний блоков просто ссылается на состояние своего предка.

Но используя оракулы с очень часто меняющимися состояниями (например, биржевые котировки, данные о погоде и т. д.), разве они не будут эффективно спамить блокчейн?

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

Это что-то, что можно решить с помощью шардинга?

Я высоко ценю ваш вклад!

Ответы (1)

Эдмунд Эдгар здесь, я управляю Ключами реальности .

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

Однако отправка больших объемов данных в блокчейн и чтение их оттуда — не единственный способ сделать это. Принцип работы Reality Keys заключается в том, что мы публикуем данные вне сети, с подписью, и любой, кто хочет использовать их в своем контракте, может получить подписанные данные с нашего веб-сайта и отправить их в свой контракт, который может проверить подпись, а затем отказаться. данные, как только он их использует.

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

Это также лежит в основе государственных каналов (в мире биткойнов самым известным из них является предлагаемая Lightning Network), которые вы, вероятно, захотите использовать для быстрой торговли в больших объемах: сделав возможным принудительное погашение долга на блокчейн, вы устраняете необходимость делать это на самом деле.

Интересный подход и спасибо за разъяснение. Я полагаю, что децентрализованные потоки данных (например, Augur) также должны работать вне сети, что касается вашего ответа? Также пока я читал только о данных в реальном времени и о будущем, но как можно получить исторические данные, если это необходимо?
Насколько я понимаю, текущий дизайн Augur выглядит так, как будто он будет использовать много места для хранения повсюду, хотя, опять же, его можно освободить после использования: у вас есть не только результат отчета, у вас есть все разные репортеры. отчеты. Я сомневаюсь, что этот дизайн будет использоваться для высокочастотных данных, так как он выглядит очень дорогим и медленным. Но да, децентрализованная система отчетности, вероятно, могла бы выполнять большую часть своей работы вне сети, если шардинг не делает это спорным. Я не знаю, для чего вам нужен надежный источник исторических данных, но применимы все те же соображения.
Да, я думаю, что все системы, построенные на концепции точек Шеллинга, очень дороги, если не используются вне сети. Ну, есть несколько вариантов использования, например, я могу придумать смарт-контракт, целью которого является расчет будущего обменного курса биткойнов на основе курсов прошлых лет. Тогда люди могли бы делать автоматические ставки против моего смарт-контракта. Но да, какая-то экзотика