Как "Кофе с блоч-чейнгом" подходит к покупателям?

В приложении "Coffee with Blockchain", выпущенном IBM, он выполняет сопоставление цен между Growers and Buyers. Мне интересно, как это соответствие будет реализовано (либо в примере приложения, либо в реальной реализации).

Пример приложения можно посмотреть здесь: https://www.youtube.com/watch?v=suE5KHkESF4

Как "кофе с блочной цепью" подходит к покупателям?

Некоторые вопросы, которые помогут ответить на этот вопрос:

Соответствует ли это совпадение целым кодом? Если да, то как это будет реализовано?

Например, сможет ли Grower отправить транзакцию, что у них есть новая партия beans, готовая к отправке, и которая запускает партию соответствия в цепочном коде для поиска/выбора Покупателя?

У меня есть мои сомнения в том, что процесс детерминирован, иначе объявление нового пакетного объявления не произойдет, и им придется повторить попытку. Возможно, есть другой способ сделать это в цепочном коде?

Или выполняется сопоставление за пределами цепочки, прослушивание обновлений в регистре, и вместо этого он вызывает API для вызова метода цепного кода для переноса beans из Grower-A в Buyer-B?

Мое сомнение в этом, хотя сопоставление затем централизовано для некоторого доверенного провайдера, а не с подтвержденным/одобренным кодом цепи.

Спасибо

ОТВЕТЫ

Ответ 1

Я могу только предположить, основываясь на моем понимании Blockchain. Алгоритмы IBM не являются общедоступными, поэтому у меня нет знаний из первых рук.

Но из того, что я знаю - Да, все ваше понимание кажется точным.

В отличие от crytocurrency, в физическом товаре процесс "добычи" зависит от наличия базового актива. Фермеры похожи на горняков, и они должны будут объявить о производстве товара. Это "объявление" вызовет процесс согласования, в котором будут сопоставляться зарегистрированные покупатели.

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

Таким образом, товарная биржа по-прежнему остается "доверенным поставщиком" ценового матча (хотя и косвенно).

Как и вы, я считаю, что эта реализация создает больше вопросов, чем решения.

Ответ 2

По-моему, это может работать иначе: Когда GROWER-A отправляет транзакцию, что у них есть новая партия beans, готовая к отправке, она добавляется в список, и она будет запущена, когда BUYER-B хочет купить некоторое количество bean. Предположим, что BUYER-B хочет купить новую партию beans (некоторое количество), тогда она вызовет API для вызова метода chaincode для переноса beans с GROWER-A на BUYER-B.

Итак, из этого можно сделать вывод, что может быть вероятность двух цепочек, цепочка A для GROWER, которая будет добавлена ​​в блок, когда GROWER-A хочет отправить bean и удалить один блок, когда BUYER-B хочет его купить. И цепь B будет для покупателя, которая будет работать в качестве альтернативы.

Ответ 3

Этот видео подробно объясняет пример. Надеюсь, он ответит на некоторые из ваших вопросов.

В этом объяснительном видео -
1) Покупатель варит чашку кофе, и, следовательно, запасы кофе beans снижаются
2) Покупатель покупает beans для пополнения запасов 3) Покупатели beans покупателям

4) После того, как покупатель подтвердит получение отгрузки, фермер получает оплату

Видео также объясняет:

Цены на кофе beans могут отличаться в зависимости от качества и спроса. Качество может определяться по популярности или сертифицирующим органом.

Все транзакции регулируются Smart Contracts. Каждый участник этого, скажем, Coffee Business, network - покупатель, производитель, платежная компания, банк, сертифицирующий орган, судоходная компания, даже кофеварки (read, IoT) - соглашается соблюдать соответствующий контракт (s )

Насколько я знаю, решение IBM Blockchain предназначено для предприятий, а не для широкой публики, таких как Bitcoin Exchange. Таким образом, все предприятия становятся частью той же сети.