вы могли бы использовать секретный обмен P2SH или Шамира но это, вероятно, немного тяжеловесный. Более легкий вес решение, которое вы можете просто сделать с помощью калькулятора, но требует больше места для хранения (3 с 5 = 10x256bits) будет в этом случае:

Создание случайного 256-битного ключа для каждого из участников.

Пройдите через все перестановки, как вы хотите разблокировать, чтобы случиться - например в вашем случае есть десять комбинаций:

{А, Ь, с} {а, б, г} {а, б, е} {а, с, d} {а, с, е} {а, д, е} {Ь, с, d} { б, в, е} {Ь, д, е} {C, d, E}

и XOR ключи друг против друга, например, для A, B и C, чтобы открыть вам генерировать K (A | B | C). Тогда XOR каждый из них генерируется промежуточной главным секретным ключом, который вы хотите, чтобы обеспечить (получить Bitcoin закрытого ключа из команды dumprivkey RPC, а затем преобразовать необработанное значение 256bit). Вы будете в конечном итоге с десятью, 256 битовых значений, которые вы затем издавал для всех участников, или на веб-сайте (это может быть публичным).

EDIT: на самом деле, вы должны поставить промежуточные ключи через SHA256 хэш перед тем XORing с Bitcoin закрытого ключа - это позволяет избежать глубины атаки, где вы можете просто XOR общественные ценности друг против друга утечки информации. Сожалею.
 
Теперь, когда три участника желает декодировать открытый ключ, они XOR три своих секретов друг с другом наряду с правильным значением из общественного промежуточного списка, и это восстанавливает закрытый ключ.

Будет