Хорошо, рассмотрим следующий сценарий:
Покупатель хочет выполнить Bitcoin сделки и есть продукт выпустил пару секунд после нажатия кнопки ОК. Продавец создает транзакцию мульти-подписи, который должен быть подписан покупателем и несколько крупных бассейнов, так что было бы более 50% хеширования мощности за этой сделки.
При заключении сделки пул дает это заслуживающий доверия слово, которое в случае, если все остальные перечисленные бы подписать сделку, то там будет версия blockchain, где эта сделка предопределила количество подтверждений, например, 6. Сделка должна также включать в себя небольшую плату к каждому бассейну, так что это будет стоить для оператора, чтобы установить отношения с другими пулами, чтобы гарантировать, что все следуют правилам, хотя общая плата предполагает, чтобы быть ниже, чем 0,75% -0,4% взнос ZipConf.
Это цели, чтобы устранить угрозу Финни атаки, которые не могут быть обнаружены только при прослушивании Bitcoin сети для конфликтующей транзакции. Для того, чтобы выполнить атаку злоумышленник должен иметь более длинный blockchain в течение короткого периода времени, но скрывает это, пока вредоносная транзакция не выполняется, и только затем транслирует blockchain делает сирота сделки.
Минусы: это дает силу к бассейнам произвольному отклонить действующий блок и продолжают добывать на короткий blockchain, было бы возможно злоупотреблять ею, несмотря на, что весь процесс является прозрачным?