Программа оракул для чего

Несколько лет назад «отец хранилищ данных» Билл Инмон посетовал, что «cовременные СУБД становятся слишком сложными» и что «в мире не более пяти человек, хорошо знающих и могущих использовать СУБД IBM DB2, вероятно, знатоков Oracle побольше, но все остальные платят за ресурс, который они не могут использовать».

Несколько лет назад «отец хранилищ данных» Билл Инмон посетовал, что «cовременные СУБД становятся слишком сложными» и что «в мире не более пяти человек, хорошо знающих и могущих использовать СУБД IBM DB2, вероятно, знатоков Oracle побольше, но все остальные платят за ресурс, который они не могут использовать». Чтобы преодолеть отмеченное противоречие, ведущие вендоры, производящие СУБД, и Oracle в частности, уделяют самое серьезное внимание постоянному обучению пользователей.

Можно выделить несколько уровней передачи знаний. Есть самый нижний, его представляют популярная книжка Oracle 11g For Dummies и ей подобные — это для тех, кто хочет узнать, что такое СУБД Oracle. Следующий уровень — для тех, кто хочет с ней работать, повышенный — для экспертов, стремящихся оптимизировать работу, и есть еще самый высокий, его формируют представители академического сообщества, то есть те, кто увлечен теорией.

[ЭФИР] Оракул Кион | Потеряв себя – вновь обретаешь, то, что забыл – опять играешь!

Одна из образовательных акций Oracle — мировое турне, организованное в рамках проекта Oracle Develop, к настоящему моменту оно уже прошло по трем континентам и в феврале добралось до Москвы.

Как оказалось, программа турне нацелена на два первых уровня. В отличие от большинства других имеющих место в России технологических мероприятий компании, ориентированных на «ораклоидов», эта акция проводится не московским представительством, а американской штаб-квартирой, с вытекающими отсюда особенностями, прежде всего, нехарактерным для нашей отечественной ментальности сочетанием шоу и серьезного профессионального разговора. Тем не менее необходимо признать, что это было впечатляющее мероприятие, где основное место отводилось мастер-классам по разработке программного обеспечения на платформе Oracle Fusion Middleware и Oracle Database. Во второй день, 5 февраля, пленарное выступление сделал Марк Таунсенд, вице-президент по развитию продуктов, отвечающий за разработку новых версий Oracle Database. Он говорил о роли тактического и стратегического планирования в деятельности проектировщиков баз данных.

Весь этот день был посвящен СУБД Oracle Database, состоялось более двух десятков технологических сессий и лабораторных классов, их провели приехавшие эксперты Oracle. И все же довольно странным выглядело упомянутое смешение стилей — глубоко профессиональная подача специальных вопросов и в то же время явное упрощение при изложении методики создания систем, от моделирования данных до внедрения.

Общие вопросы излагались в духе «для чайников». Этот стиль установился после выхода в 1991 году книги, изданной с подачи Microsoft и посвященной операционной системе DOS. У нас книги для «чайников» не получили спроса, но есть потребность в знаниях на экспертном уровне. Чтобы ее удовлетворить, московское представительство Oracle проводит мероприятия Options are not optional («Дополнительные возможности не являются дополнительными»), интерактивные семинары «RAC для разработчиков» и «Ключевые опции СУБД Oracle 11g в деталях».

ТАРО И ОРАКУЛ. В ЧЕМ ОТЛИЧИЕ? КАК РАБОТАТЬ С ОРАКУЛОМ?

Источник: www.osp.ru

Oracle плюсы и минусы

Идея создания такой СУБД возникла у Ларри Эллинсона. В 77-м году, молодой студент Йельского университета бросил учебу и решил создать собственный бизнес. На тот момент, в его кармане было не более 1200 долларов. Он попросил своих друзей Боба и Эда, инвестировать в проект, но получил всего лишь +500$. С тех пор и началась история самой популярной реляционной СУБД.

Если требуется обсудить какой-то конкретный вопрос по базам данных Oracle и MySql, то проще всего посетить сообщество специалистов Oracle, специализированной социальной сети.

Преимущества данной СУБД

О том, что Oracle лидер среди других СУБД говорит хотя бы тот факт, что по данным полученным в 2007 году, СУБД охватывала 47% мирового рынка этой отрасли.

Данная СУБД имеет массу преимуществ.

Oracle поддерживает самые большие базы данных. Большое количество пользователей для этой системы также не помеха. СУБД способна поддерживать любых пользователей, в любом количестве, которые при этом одновременно выполняют разные задачи. В Oracle не происходит соперничества между разными видами данных.

СУБД Oracle хорошо обрабатывает транзакции. Система сохраняет высокую производительность, в результате чего пользователи не страдают от низкой скорости обработки.

Система обладает высокой степенью готовности. В разных установках, продолжительность работы Oracle индивидуальная. Так, например, в некоторых, система способна работать круглосуточно. При этом откат БД или какие-либо сбои системы не приводят к остановке работы базы.

Эта система обладает локальной управляемостью. Например, чтобы перезагрузить данные какого-то определенного приложения, не обязательно отключать всю систему. Администратору достаточно выключить доступ к нужному приложению и выполнить с ним требуемые манипуляции.

Данная СУБД легко переносится с одной ОС на другую. Приложения, которые были разработаны специально для Oracle, легко переносятся на любую операционную систему с минимальными изменениями, а иногда даже без них.

Тут можно сказать две вещи:
1: Как и Windows — первый, значит самый известный и все думают, что лучший .
2: Реально — В Oracle есть пара фишек (из тех, что я знаю), которые очень актуальны в БОЛШИХ и ОЧЕНЬ БОЛЬШИХ базах данных. К примеру — Oracle RAC — быстро разворачиваемый кластерный доступ к базе данных. Плюс оптимизация использования кучи процессоров и моря памяти.

Так же Станислав Макаров дал очень актуальный ответ.
Но сейчас, в связи с обилием на рынке огромного выбора технологий баз данных, которые специализируются под решение разных задач — плюсы от использования Oracle DB мне кажутся сомнительными, учитывая цены на покупку и поддержку (ценовая политика компании Очень гадкая)

Для того, чтобы понять наиболее важные отличия стоит знать ответы на 4 вопроса.
1) Сколько строк каждая БД возвращает при селекте к заблокированной таблице?
Ответ для MyASM(MySQL) — 0, ответ для InnoDB — столько же, сколько и для незаблокированной (но сильно медленнее чем MyASM). Ответ для Oracle — столько же, сколько и для незаблокированной.
2) Каковы накладные расходы на транзакции. Ответ для MyASM(MySQL) — транзакция нет как феномена, ответ для InnoDB — расходы есть и значимы для больших систем. Ответ для Oracle — расходов нет.
3) Как восстановить данные после сбоя. Ответ для MyASM(MySQL) — никак, ответ для InnoDB — с трудом. Ответ для Oracle — как правило данная процедура не требуется.
4) Как с логикой на базе дела (в том числе для работы с бигдатой)? MySQL — возможностей не много, работает относительно медленно. Oracle — всего хватает.

И еще 100500 таких вопросов можно задать.
MySQl имеет немного преимуществ:
1) Скорость при односложных запросов, на малых данных, при однопользовательском доступе, без логики на базе.
2) Бесплатность.

С PgSQL все несколько сложнее. В целом она идет к тому, чтобы называться базой данных, а не блокнотиком =)

MySQL это для школьников и блокнотиков

а еще для танчиков WoT, где варгейминг хранит 400Гб данных пользователей
// правда не в мускуле, а марииДБ

А яндекс уходит от Оракла на постгрес, тк оракл не дает своих исходников, а им очень хочется посмотреть почему у них все тормозит

Тот кто дорос да уровня

И Mysql и Oracle и MSSQL и Postgres — профессиональные базы данных.
Профессионализм заключается не в сложности используемых инструментах, а в адекватности их использования.

Если мне предстоит задача поставить сайт-визитку, то любой профессионал скажет, что Оракл для этого не нужен.
Если мне предстоит задача писать складской учет в среде MS на C#, я наверное предпочту MS SQL.

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

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

Существует много диспетчеров томов и множество доступных файловых систем, более или менее зависимых от того, какое оборудование и операционная система запускаете базу данных.

У некоторых уже есть длинный послужной список, некоторые из них – «новые парни с нашего двора». Некоторые из них являются частью операционной системы, другие — сторонними надстройками, для которых вам может потребоваться купить лицензии.

Одним из способов хранения данных в базе Oracle является Oracle ASM (Automatic Storage Management).

Oracle ASM — это диспетчер томов Oracle, специально разработанный для хранения данных СУБД Oracle. Он доступен с версии Oracle 10g и намного улучшен в версиях Oracle 11g релизов 1 и 2. Oracle использует ASM в своих производственных средах и является основным компонентом во многих собственных предложениях Oracle (таких как Oracle Exadata), когда требуется максимальная производительность.

ASM предлагает поддержку кластеров Oracle RAC без необходимости установки стороннего программного обеспечения, например, диспетчеров томов кластера или файловых систем.

Хотя ASM не является абсолютно необходимым для поддержки кластера Oracle RAC в системах EMC, мы настоятельно рекомендуем его использовать, поскольку он снижает риски, затраты, административные издержки и повышает производительность.

Oracle и другие производители разработали альтернативы управлению хранением данных в базе Oracle, такие как Oracle OCFS (и OCFS2), SUN / Oracle ZFS, IBM GPFS и другие. Однако не все из них поддерживают кластеризацию Oracle, и большинство этих файловых систем (и менеджеров томов) сложны в настройке и требуют интенсивной настройки для обеспечения хорошей производительности. Также может быть проблемой поддержка (от Oracle или поставщиков ОС).

Преимущества Oracle ASM

По сравнению с стандартными менеджерами томов и файловыми системами (как с кластеризованной, так и с единой системой), ASM имеет ряд преимуществ:

• Он не требует больших объемов памяти для кеша. При этом память, не задействованная для кеширования файловой системы, может быть сконфигурирована для Oracle memory (SGA), где она более эффективна (обратите внимание, что ASM требует, как правило, нескольких сотен мегабайт для внутреннего администрирования, общего для всех баз данных)
• ASM распределяет куски данных псевдослучайно по всем доступным логическим дискам в группе дисков, тем самым удаляя потенциальные «узкие точки» производительности
• ASM не выполняет никаких операций ввода-вывода, поэтому нет никаких «правил трансляции» для ввода / вывода Oracle в файлы данных в смещения блока диска. I/O из баз данных напрямую применяется к дисковым томам без изменений. Это снова снижает накладные расходы и повышает производительность.
• Поэтому ASM также не использует функции упреждающего чтения (например, как файловые системы) для считывания данных в кэш, которые никогда не используются базой данных.
• ASM не требует кропотливой настройки, включающей в себя назначение размеров фрагментов и настройку журналов файловой системы. При создании группы дисков ASM вам нужно только определить размер «куска» и указать, следует ли выполнять или не выполнять тонкое чередование. Если вы соблюдаете несколько простых правил конфигурации ASM, то маловероятно допустить ошибки в конфигурации, которые вызовут проблемы с производительностью.
• ASM не вызывает фрагментации. Вы можете решить, что балансировка ASM — это своего рода фрагментация. Однако единицы распределения достаточно велики (обычно это 1 МБ или более) для того, чтобы очень маленький диск осуществлял поиск для чтения нескольких последующих (обычно 8 КБ ) блоков
• ASM не разбивает большие I/O операции (т. е. 128K) на несколько меньших (4K или 8K), как это делают некоторые файловые системы. Один большой ввод-вывод работает быстрее, чем много мелких
• Для согласованности не требуется «журнал» (на подобии «журнала транзакций» и т. д.). Эта функция уже выполняется журналами повторного выполнения Oracle (redo logs) и поэтому не требуется дополнительных накладных расходов
• ASM можно управлять из инструментария Oracle и не требует знания администрирования Unix (это может быть преимуществом или недостатком в зависимости от обязанностей различных администраторов в организации).
• Добавление или удаление хранилища в / из ASM очень просто и не требует тщательного планирования (как в случае с менеджерами томов и файловыми системами). После добавления нового хранилища ASM автоматически «перебалансирует» исходное хранилище, поэтому все диски будут использоваться одинаково (равномерно). Это снова повышает производительность
• ASM работает во всех основных операционных системах, поэтому он независим от платформы
• SAP теперь поддерживает Oracle ASM!
• Наконец, EMC полностью поддерживает ASM, включая различные инструменты, которые интегрируются с Oracle (такими как Replication Manager, а также инструменты резервного копирования и создания отчетов).

Недостатки Oracle ASM

Теперь вспомним о недостатках Oracle ASM? Если сильно поморщить лоб, то можно выделить следующие «самые большие» недостатки, которые я определил:

• Миграция из устаревших файловых систем в ASM может быть проблемой и часто требует отключения системы (т.е. продакшен баз данных в том числе)
• Трудно (если не невозможно) просматривать содержимое ASM при помощи стандартных инструментов ОС. В некоторых случаях данные ASM могут быть случайно перезаписаны администраторами ОС, которые используют тома диска, которые (для них) кажутся пустыми. Однако существуют административные способы предотвратить это.
• Резервное копирование не может быть выполнено с помощью традиционных методов (это называется в Oracle “user managed backup”), которые просто копируют файлы ОС, поэтому вам нужны встроенные инструменты или используйте собственные инструменты Oracle (например, RMAN).

И последнее, но не менее важное: я столкнулся с несколькими ситуациями, когда балансировщики нагрузки ввода-вывода (multipath drivers) также испортили ввод-вывод с более высокого уровня. В частности, я видел, что встроенная многоканальная передача ввода-вывода в 64 или 128 Кбайт переводится в несколько 4Kбайт каналов. Все еще не знаю, является ли это ошибкой, недокументированной функцией или работает в соответствии с исходным замыслом программного обеспечения. Но это не помогает производительности Oracle. Мы заменили родной драйвер EMC Powerpath на наш собственный, и сразу же повысили производительность без дальнейшей настройки.

Удостоверьтесь, что вы понимаете стек ввода-вывода от начала до конца. Чем меньше сложность, тем проще (и риски ошибок в конфигурации тоже). Использование ASM (в идеале, с помощью EMC Powerpath) устраняет риск получения неправильно настроенных менеджеров томов, файловых систем и драйверов ввода-вывода.

Наконец, мы также обсудили с клиентами, которые планируют использовать возможности Oracle ASM для зеркалирования (опция “normal redundancy” в ASM) как инструмент аварийного восстановления и создания распределенных кластеров между дата-центрами. Хотя вы можете заставить работать такую конфигурацию, я настоятельно рекомендую не делать этого. Резервирование ASM предназначено для защиты от сбоев дисков, а не от сбоев дата-центров. Для этих целей можно найти лучшее решение, работающее с меньшими рисками.

Источник: auto-technologies.ru

Оракулы в блокчейне — надёжные поставщики данных

Оракул (с англ. oracle – непреложная истина) в блокчейне – провайдер данных. Необходимость в оракулах появилась, потому что любая сеть (например – Ethereum) закрыта от внешнего мира, и может получать данные только сама из себя.

Возьмём курс Биткоина. Чтобы опираться на него в коде контракта, нужно где-то его взять. Известно, что курс есть на биржах и в мониторингах. Но они работают на обычных серверах. Так вот, оракул – это тот самый посредник между блокчейном и сервером, который отвечает за безопасную передачу данных из частных серверов в смарт-контракт.

Зачем нужны блокчейн-оракулы?

Любой сервер, в отличие от блокчейна, может быть скомпрометирован. Оператор, управляющий сервером биржи, может подменить курс в базе данных, например 1$ за Биткоин, и потом это попадёт в контракт. Нарушается основное преимущество криптовалютных сетей – неизменность.

Оракул решает эту задачу, подключая различные источники данных. Представим, у нас есть 10 высоколиквидных бирж и они показывают курс BTC: 40210$, 40260$, 40205$, 40373$. В итоге оракул выдаст среднее арифметическое. Если же какой-то из участников будет значительно отличаться от остального рынка, показав курс 1$, то эта информация не будет учитываться, и такой источник даже может быть оштрафован.

База данных оракула – это смарт-контракт. Он добавляет туда информацию и мы доверяем ему, потому что исходный код алгоритмов открыт, и все желающие могут проверить, как именно поступают данные и откуда.

Таким образом, децентрализованный блокчейн получает данные из интернета, и оракулы решают одну из главных задач перехода в эру Web3.

Проблемы оракулов

1) Скорость обновления со временем должна вырасти, но пока что на цикл получения и обработки данных уходит от 5 до 30 минут, а это не позволяет достигать идеальной точности. Допустим, цена ETH актуализируется лишь раз в полчаса.

2) При недостаточном количестве источников, или их компрометации ⅔ из них оракул всё же может пропустить недостоверную информацию.

Виды блокчейн-оракулов

Разработчики находят всё больше вариантов применения технологии. Зависимо от архитектуры, оракулы делятся на подвиды.

Программные оракулы

Работают с кодом внутри интернета. Получают код, обрабатывают и записывают в блокчейн.

Курсы валют, акций и товаров, результаты событий, псевдослучайные числа, погода – всё что есть в цифровом виде, программный оракул собирает и надёжно записывает в свой смарт-контракт, откуда потом другие могут вызвать эти данные.

Аппаратные оракулы

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

Чипы, сканеры, датчики – информацию о перемещении или наличии объектов легко сохранить в нерушимом блокчейне через оракулов. С их помощью, например транспортная компания избавляет себя от риска, что кто-то подделает в базе данных записи и часть товара исчезнет.

Централизованные и децентрализованные оракулы

Разница между ними в количестве источников.

Централизованный означает, что лишь 1 источник будет предоставлять данные.

Традиционный нотариус, который заверяет документы, делает это в одиночку, но мы доверяем его лицензии, которую ему выгоднее использовать для обслуживания тысяч клиентов. Так и централизованному оракулу: многие будут доверять из-за его высокого статуса и благонадёжности, или например если этот оракул – государство.

Децентрализованный оракул собирает одну и ту же информацию с разных источников, и достигает консенсуса.

Спортивные сайты сообщают о результатах футбольного матча. Журналисты более независимы, чем даже официальная сводка, и мы можем найти сотни разных ресурсов со всего мира. Объединив информацию из всех, мы гарантированно узнаем, что счёт например был 3:1, и никак иначе.

Контракто-ориентированные оракулы

Это любые вышеописанные оракулы, но с разницей, что они нацелены на обслуживание какого-то конкретного смарт-контракта.

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

Человек-оракул

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

Этот альтернативный способ всё же не особо привлекателен, ведь человек уязвимее, чем машина. Однако в случае государственного управления или в журналистике, где работа идёт не только с цифрами – люди могут выполнять функцию оракулов.

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

Список проектов оракулов

С огромным отрывом по количеству партнёров и интеграций идёт Chainlink.

Рассмотрим самые популярные протоколы с оракулами для блокчейна:

Chainlink

Основан в 2017 году Сергеем Назаровым и Стивом Эллисом.

• Feeds (ончейн фиды данных и цен)
• VRF (рандом)
• Keepers (автоматизация действий смарт-контрактов, скедулинг)
• Proof-of-Reserve (доказательства резервов)
• Cross-Chain Communication (децентрализованные мосты между разными сетями для смарт-контрактов)

Поддерживает сети Ethereum, Polygon, Avalanche, Arbitrum, HECO, Optimistic, Fantom и расширяет список.

Помимо частных решений после обращения через контактную форму, многие функции предлагает для использования открыто (но некоторые из них платные и требуют расчёта токенами LINK).

Band

Основали в 2017 году Соравис Шринавакун, Соравит Суриякарн и Пол Наттапацири.

• Standard Dataset (набор данных с курсами популярных криптовалют)
• Oracle Scripts (публичная библиотека скриптов самых разных оракулов)

Изначально строился на Ethereum, но с версией 2.0 мигрировал в Cosmos, а сейчас работает как независимая сеть BandChain.

Однако получать данные ончейн можно через прокси контракты в целую серию сетей, включая Ethereum, Optimism, Binance, Fantom, Avalanche и ещё 10+, а также – все подсети Cosmos через IBC (Inter Blockchain Communication Protocol).

UMA

Основали в 2020 году Харт Ламбур и Эллисон Лу.

«Оптимистичный» оракул это отдельный концепт, предложенный UMA (Universal Market Access). Его идея в том, что любой участник может опубликовать информацию ончейн и она будет считаться правдивой, пока кто-то другой не возразит. Для этого используется DVM (Data Verification Mechanism, от англ. — механизм верификации данных).

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

В UMA можно найти что угодно: от результатов футбольных матчей до курсов криптовалют.

Поддерживает сеть Ethereum и одноимённую сеть второго уровня Optimistic, а также Polygon.

NEST

Основан в 2020 году.

Выплачивает токены NEST тем, кто замораживает свою криптовалюту и сигнализирует об определённой рыночной цене разых монет. В качестве залога для штрафа нечестных узлов используется NEST. Обновляет данные о стоимости криптовалютных пар на рынке раз в 5 минут.

Доступен в сетях Ethereum и Binance.

API3

Основали в 2020 году Бурак Бенлингирай, Хейкки Ванттинен и Саша Милич.

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

Примечательно что не поддерживается сеть Ethereum, а только Avalanche, Binance, Milkomeda, Polygon, RSK.

Ещё больше

Существуют десятки развивающихся протоколов оракулов:

• iExec RLC
• WINkLink
• XYO
• Augur
• Tellor
• DIA
• AirSwap
• Drep
• Bridge Oracle
• Kylin
• HAPI Protocol
• Modefi
• Oraichain
• Razor Network
• Idena
• ODIN Protocol
• Bird.Money
• Zap
• Umbrella Network
• Ares Protocol
• Standard Protocol
• UTU Protocol
• Zoracles
• OptionRoom
• OracleChain
• Berry Data
• DOS Network
• ORAO Network
• SEOR Network
• xFund
• Flux
• DeCredit
• Equilibria
• ADAM Oracle
• Orakuru
• PolkaCipher

Примеры использования оракулов

Технология всё ещё находится на стадии освоения. Оракулы активнее всего используют DeFi проекты.

Погода

Через датасет от Google Weather, можно сделать запрос через Chainlink и получить ответ от смарт-контракта: температуру, дождь, туман и другие подробности в выбранных координатах.

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

Курс криптовалют

Price Feeds (прайс фиды или же по-русски — источники цен) позволяют бесплатно читать из смарт-контракта Chainlink курсы в популярных парах.

Например: десятки валидаторов регулярно сигнализируют о курсе ETH, который они получают от известных мониторингов и бирж. Средний результат записывается в блокчейн.

Затем смарт-контракты могут использовать эту цену для построения финансовых продуктов. К примеру на платформе Trader Joe есть опция займов под залог. И благодаря прайс фидам ликвидации могут происходить ончейн.

Доказательство резервов

Wrapped Bitcoin — токен в сети Ethereum, который стремится по цене к Биткоину (1:1). Чтобы обеспечить достаточный уровень доверия и не произошёл депег, реальные Bitcoin замораживают в контракте на время выпуска WBTC. Если владелец хочет получить BTC обратно за свои WBTC — токен WBTC сжигается (поскольку изначально ничего и не стоил) и владельцу высвобождаются из контракта реальные BTC в сети Bitcoin.

Chainlink получает данные о том, сколько всего WBTC есть в обращении, от ряда оракулов: Inotel, Simply VC, Chainlayer, Linkpool, MyCelium, Fiews, Linkforest, Linkriver, Blokcdaemon… Ответов 70% узлов достаточно, чтобы выдать усреднённый результат и записать его в блокчейн.

Теперь любые смарт-контракты в сети Ethereum могут запрашивать это число и знать, какой резерв WBTC в обращении.

WBTC лишь один пример реализации доказательства резервов (PoR, Proof-of-Reserves). Аналогичным образом в блокчейн можно заносить и резервы любых других активов, что хотят выпустить токен в другой блокчейн сети, чтобы он был эквивалентный по ценности.

Псевдослучайные числа

Блокчейн открыт и предсказуем, потому для создания случайности: например в играх жанра GameFi (P2E) или розыгрышах призов, требуется привести рандом извне. Оракул от Chainlink — VRF (Verifiable Random Function с англ. — проверяемая функция случайности) позволяет получить случайную строку или список строк, в обмен на небольшое количество токенов LINK.

В игре Aavegotchi пользователи покупают и открывают порталы с призраками. VRF позволяет генерировать их рандомно без риска.

Ваши идеи

Попробуйте придумать полезный способ применения оракулов. Какие ещё данные из Web2 нужны блокчейну, чтобы надёжно использовать их в мире Web3?

Разработка и настройка оракулов

Если вам нужно передавать данные в блокчейн, в ваш смарт-контракт, из открытого веба или физических устройств, либо написать смарт-контракт «под ключ» для использования оракулов – мы готовы реализовать задачи любой сложности. Наши контакты – в футере сайта.

Источник: koshelek.ru