Bytecoin,

Я буду PM вам позже, когда я собрал более формальное предложение, касающееся этой идеи. Но я хочу услышать ваши мысли на два других вещах:

(1) Мое текущее предложение будет предлагать хэш на основе методы генерации для генерации новых ключей для партий, которые вы никогда не общались с. Это означает, что вы создаете новые адреса себя безопасными методами хеширования, все они основаны на ваших исходных 256 бит энтропии. Существует, конечно, ЕС, связанные с пути вы могли бы сделать это, но я считаю, хэширования "лучше" как вам не нужно обратимое преобразование. В конце концов, это, вероятно, спорный, так как все эти методы являются чрезвычайно безопасными. Но если вы видите какую-то причину использовать криптографические методы для генерации новых ключей для новых партий, я хотел бы услышать их.

(2) Одним из главных недостатков вашей идее является риск того, что если ваша база ключ был скомпрометирован, кто-то может отправить вам деньги не понимая, что это уже не безопасный адрес. Это может быть разрушительной проблемой, особенно с партиями, которые обмениваются деньги часто. Я хотел бы предложить сообщение HaltChain на основе первоначального обмена ключами между сторонами, А и В, что позволит другой стороне знать, чтобы прекратить посылать деньги на эти адреса. Вот предложение и КОНОПС для него (противСЕРТ-ofопчествоs) Для А и В, чтобы инициировать долгосрочные финансовые отношения:

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

• (1) А и В и создавать новые адреса специально для установления этих отношений. Используйте хэш поколения для создания этих новых ключей.
• (2) А посылает B A версию Base58 своего открытого ключа - это только должно быть сделано один раз (и на самом деле не какой-либо более обременительными, чем отправка в одиночку адрес).
• (3) B будет финансировать свой новый адрес и с этого адреса построить Tx по адресу обеспечить открытым ключом в.  Важно отметить, что В непосредственных отправках на адрес, а не какую-то вычисленная версия этого . Количество Tx containse соответствующей информации: это значение DHSS вычисляется на основе два открытых ключах, по модулю 1Е6. Если DHSS является 19284183992249101 стоимость сделки будет 0,00249101.
• (4) А будет искать такие сделки, но только должно смотреть на своих собственных сделках, а не весь blockchain, так как он знает, что такое рукопожатие ТЕ будет направлен непосредственно к одному из своих собственных адресов (массовые вычисления заставки!).
• (5) построит сделку ответа на точно такую ​​же сумму, к новому вычисленному адресу для B, основанная на технике отправителя поколения Диого-Хеллман.
• Это завершает рукопожатие. А и В, как флаг эти два адреса как "цепи подшипника" адреса, и вычисляют общую haltcode: DHSS ^ 249101 мод N (где N является размер группы EC).
• В том случае, если ключи одного участника скомпрометированы, или одна из сторон просто Желающие сбросить цепь по соображениям безопасности, они просто отправить сделку на любую сумму в адрес ripemd160 (sha256 (HaltCode)).
• Перед тем, как участник генерирует новый адрес для других, они будут искать blockchain для любого ТХ отправляются на привал-коду (небольшую цену, чтобы заплатить за безопасность). Если наблюдается остановка-код, отправитель знает, что цепь была отменена, и они должны связаться с получателем, чтобы получить новый адрес

Теперь, давайте скажем А и В оба теряют свои бумажники и нужно восстановить свою историю транзакций.

Только нужно искать через сделок, которые были направлены к одному из его хэш-сгенерированных ключей. А может вычислить DHSS для каждого из этих [ограниченного числа] Ой-х, и посмотреть, если значение соответствует вычисленному значению DHSS. Если это произойдет, он должен проверить, что этот адрес затем подписал идентичную сделку по другому адресу. Если да, то это прикованное ОЕ рукопожатие.

B нужно только искать сделки от его собственных ключей и проверить, является ли значение вычисленного кодом DHSS. Если да, то он может проверить сделки ответ от этого адреса и подтвердить, что он на самом деле принадлежит этот адрес.

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

Этот процесс дает много явных преимуществ для обеих сторон:

• Явное соглашение перед тем стороны начать выполнение генерации Диого-Хеллман адреса. Для большинства операций (продажи разовых на Ebay), вы не хотите или должны установить эту связь.
• Радикально уменьшает количество собственных открытых ключей, которые вы должны искать blockchain для, и, таким образом, сократить вычисления. Большинство ключей не будет следовать этому протоколу, и вам не нужно будет искать скованные сделки по этим адресам.
• Родственное преимущество является то, что HaltCode также позволяет узнать, когда вы можете остановить поиски сделок по этой цепочке. Это означает, что вы можете Удалить открытые ключи из пула ключей вы ищите.
• Это дает возможность для сторон сообщить, что они хотят изменить свои ключевые цепи поколений по какой-либо причине. Компании могут выбрать, чтобы сделать это пару раз в году, чтобы аннулировать любые ключевые цепи, которые могут быть скомпрометированы вредоносными сотрудниками.

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

-Eto