Доказательство работы для Окс цепи:
- блок заголовок вспомогательного для вспомогательной цепи
- транзакция Bitcoin, которая содержит хэш блока заголовка вспомогательного в качестве данных где-то в одном из своих сценариев
- действительный Bitcoin блок заголовка, который отвечает требованиям сложности, по крайней мере суб-цепи в
- путь Merkle связывая Bitcoin транзакцию в заголовке
Пункты 1, 2 и 4 можно легко вычислить, хотя, очевидно, пункт 4 требует пункт 3. Является ли это правильно? Таким образом, настоящая работа находится в пункте три, и если я правильно понимаю, конкретный одноразовое значение может дать хэш, который соответствует целевой требование суб-цепи, но не родительская цепь (или я полагаю наоборот?). Но
Объяснение DOT-БИТ предполагает, что есть два лотерей, каждый из которых может быть выиграна, и объяснение, как я понимаю, это означает, что вы можете выиграть один (в зависимости от того, имеет легкую цель - бы, всегда быть суб-цепь?) или оба (встреча друга цель соответствует обе цели), но не сложнее, один сам по себе (потому что, очевидно, также соответствуют тем легче).
Это важно для меня, потому что я стараюсь следовать усилиям по снижению требований к хранению данных для тех, кто хочет работать полный клиент, и это привело меня к
после etothepi в в котором он объяснил, что "подписи дерева" для альт цепи, которые обеспечивают "неизрасходованный-TxOut список" будет обеспечено объединенном добычи.
Я думаю, важный момент для меня может быть что нить etothepi в ничего, что снижает требования к хранению полного клиента не предлагать, а позволяет световые клиентам использовать Bitcoin без доверенного партнера. Даже если это так, я хотел бы лучше понять объединенную добычу. И любой указатель на тему обсуждающего сжатия блока-цепи / обрезку будет оценен.
Благодаря!