Операция чтения и записи в смарт-контракте hyperledger fabric - PullRequest
Новая
       12

Операция чтения и записи в смарт-контракте hyperledger fabric

1 голос
/ 15 мая 2019

Я хочу обсудить некоторые моменты. Предположим, у нас есть приложение, которое требует некоторой проверки, и мы используем узел js sdk (в качестве клиента для hyperledger) и GOLANG (цепной код). Тогда где мы должны применять эту проверку, которая зависит от данных блокчейна? Насколько мне известно, мы можем подать заявку в 2 местах:

  1. Узел js sdk после извлечения данных из блокчейна.

  2. Мы также можем применить проверку в самом коде цепочки.

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

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

Поэтому, пожалуйста, оставьте свой ценный отзыв.

Ответы [ 2 ]

0 голосов
/ 21 мая 2019

Вот хорошая статья о производительности Hyperledger Fabric.

https://www.ibm.com/blogs/blockchain/2019/01/answering-your-questions-on-hyperledger-fabric-performance-and-scale/

0 голосов
/ 15 мая 2019

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

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

...