Что -could- сделать это:
Сервис онлайн рекламирует "дневной лимит" оказание услуг. Вы регистрируете учетную запись на эту услугу, вы фиксируете свое пособие, и они посылают вам пару частно-публичного ключа.
Вы печатаете секретный ключ, и держать его заперли.
Вы создать другую пару частно-публичный ключ для использования с вашим собственным горячим бумажником. (Вы также распечатать копию и держать его взаперти тоже)
Теперь вы отправляете все свои средства на multisig адрес, который должен быть подписан как ваш ключ, и ключ службы.
Форма Теперь, когда вы хотите потратить монеты, ваш кошелек формирует транзакцию, подписывает его, направляет его к "дневной лимит" оказание услуг. Служба проверяет сделки, проверяет переведенную сумму, а это ниже вашей ежедневной квоты, подписывает его и передает его. Это подтвердит через несколько минут.
Сейчас если:
1. Ваш кошелек скомпрометирован, злоумышленник не может тратить больше, что ваш дневной лимит. После того, что суточный лимит служба отказывается подписывать.
2. Если служба будет взломана, злоумышленник не может тратить свои деньги, потому что он не знает свой секретный ключ.
3. Только если оба ваш кошелек и служба скомпрометирована, то злоумышленник может украсть все ваши деньги.
Теперь, если ваш кошелек скомпрометирован, или если служба идет вниз, или в любом случае, если вы хотите переместить больше денег, что ваш дневной лимит позволяет, не проблема! У вас есть все необходимые личные ключи, чтобы инициировать любую сделку заперта в безопасном месте; вы можете получить их.
Я предложил, чтобы upthread. Сервис на самом деле не хотел бы дать вам свой личный ключ пользователя, как они теряют в отрицания событий что-то неблагоприятное происходит. Пользователь может "поиздержаться" а затем утверждают, что они были взломаны и служба не в состоянии остановить его. Служба не может доказать, что они не подписывали Ую, бренд и репутация страдает. Эта концепция выходит за рамки только этого примера,
только один субъект должен иметь доступ к одному активному секретному ключу.
Однако есть легкая работа вокруг без потери functionlaity. Просто сделайте это 2 из 4 ключевых мульти-сига и использовать две клавиши переопределения.
Сформировать Kepair 1 & 2, распечатать их, положить их в сейф. Это ваш "переопределение" ключ (ы).
Генерация ключей для вашего кошелька.
Служба будет генерировать пару ключей, но отправить вам только открытый ключ.
Сформировать мульти-сиг адрес, который требует 2 из 4-х ключей, чтобы подписать и субъекты производят четыре уникальных пары ключей (SERVICE, КОШЕЛЕК, OVERRIDE1, OVERRIDE2).
Комбинации используются:
КОШЕЛЬКА + сервис = нормальная работа
OVERRIDE1 + OVERRIDE2 = переопределить служба (потерянный бумажник и / или услуга идет румяна)
Служба может не только обеспечить предел расходов, но они также могут обеспечить форму 2fa. Пользователь получает текстовое сообщение от службы на мобильный телефон или другое устройство (не то же самое устройство в качестве кошелька) от службы санкционировать подписание. Если кошелек скомпрометирован, пользователь может снижаться, и злоумышленник не может тратить даже один Satoshi. Когда перерасход служба откажет подписать и уведомляет пользователя о том же устройстве.
Нормальное использование:
Пользователь создает и частично подписывает ТХ.
Частично подписан ТЙ отправляются на службу.
Сервис просит разрешение пользователя через 2fa устройства.
Пользователь утверждает.
Устройство добавляет подписи и передачи.
перерасход:
Пользователь создает и частично подписывает ТХ.
Частично подписан ТЙ отправляются на службу.
Сервис удалений частично подписан ТМ недействительный.
Служба уведомляет пользователя о более предельного отказа через 2fa устройства.
Ослабленный бумажник:
Пользователь создает и частично подписывает ТХ.
Частично подписан ТЙ отправляются на службу.
Сервис просит разрешение пользователя через 2fa устройства.
Пользователь отказался. (Также можно здесь вариант для пользователя, чтобы сообщить бумажник скомпрометирован, который будет автоматически отклонять все запросы).
Сервис удалений частично подписан ТМ недействительный.
Override:
Пользователь удаляет бумаги бумажник с двумя ключами, отменяют.
Пользователь создает ТЙ тратить все средства с этого адреса.
Знаки пользователя с двумя ключами.
Пользователь передает в сеть.
Зачем нам нужен ключ переопределить?
В случае либо бумажник уничтожается или услуга становится вредоносным (замораживает средства, отказывающихся подписывать какие-либо сделки) либо для личной выгоды или возможно под угрозой насилия со стороны государства-нации.
Почему две клавиши переопределения?
Технически вы могли бы просто иметь один ключ переопределения, а также использовать ключ бумажника, но если ваш кошелек потерян / уничтожено без резервного копирования вы не могли бы потратить средства. Сначала я сказал, что это может быть достигнуто при наличии т.е. быть (бумажник и обслуживание) OR (внахлест), но это легче сделать, потребовав любые две клавиши и две клавиши переопределения. Две клавиши переопределения могут быть напечатаны на одном листе бумаги (просто ключ 1 & Ключ 2).
Почему бы не один и тот же ключ между службой и переопределить?
Отрицания. Там нет никакого способа узнать, кто уполномочил переопределения являются общими ключами. Используя отдельные клавиши со стрелками blockchain становится неоспоримым доказательством которого лицо или лица, уполномоченные сделки.
Это, кажется, как много раз для одного адреса. Любой способ продлить его на несколько адресов?
Очень легко с помощью HD бумажники. Вместо одной пары ключей для каждых четырех ключей (бумажник, обслуживание, override1, override2) они будут HD государственные и частные семена. Пользователя и служба будет разделять общественные семена, сохранить свои личные семена безопасным и может детерминировано генерировать столько P2SH адресов по мере необходимости.