В чем именно смысл сбора личных данных?

Question

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

Я прочитал документацию о том, когда использовать коллекцию в канале, а не в отдельном канале:

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

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

Answer 1

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

Где Имеется слишком много каналов в сети может привести к кошмару обслуживания и может существенно повлиять на производительность сети.

когда использовать несколько каналов

• когда нормально иметь отдельные транзакции

• Количество управляемых каналов.

Когда использовать Личный сбор данных.

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

Answer 2

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

Answer 3

Возьмите практический пример для этого. Есть аукционный дом и 3-4 продавца, которые регулярно делают ставки. Тип торгов закрыт. Аукционный дом является одним узлом и объявляет предмет, на который будет предложена ставка. Этот товар должен быть виден всем продавцам. Затем каждый поставщик отправит свою ставку на товар через блокчейн. Поскольку каждая заявка является частной, поставщики могут просматривать только свою ставку, в то время как аукционный дом имеет полную видимость.

без личных данных 1) Канал PUBLIC -> Аукционный дом создает ставку, ее могут просматривать все продавцы 2) Канал VENDOR_1, VENDOR_2, VENDOR_3 - на этом канале только один продавец и аукционный дом. Продавец подает заявку здесь

Что происходит, теперь аукционный дом должен проверить ставки по нескольким каналам, выбрать победителя и затем соответствующим образом обновить все каналы. В более крупных и более сложных системах связанные с этим накладные расходы огромны. Вам могут потребоваться отдельные вызовы модулей / API, которые просто обеспечивают одинаковое состояние определенных объектов (ставок) по каналам.

Вместо этого личные данные позволят использовать один канал. Продавец может подать заявку, которая доступна для просмотра всем, НО пометить цену заявки как частную, так что только аукционный дом и продавец могут ее просмотреть.