Итак, я попробовал свою должную осмотрительность, чтобы увидеть, если это уже хэшированные раньше, и была предпринята попыткой, может быть:



и, возможно, здесь:




Так вот мои предположения. Они могут быть наивным и неосведомленности (я не претендую быть сведущим в этом материале), но я учиться на практике, а не путем изучения - так что, если вы скажете мне, почему она не может работать, то я понимаю Bitcoin лучше.

Размер_блока узкого места, чтобы сделать слишком много сделок не делают его в блок, они сидят в mempool, вещи получить резервную копию.

Относительно простое решение - повышение размер_блока.

Потенциальные ловушки, как я их понимаю, увеличиваются потребности в ресурсах. Спорна ловушка место для хранения. Актуальной является только ловушкой ресурс, мне кажется, является пропускная способность.

После прочтения этого, однако, blockrope может оказаться бесполезным:
http://bitcoin.stackexchange.com/questions/36085/what-are-the-arguments-for-and-against-the-increase-of-the-block-size-limit

потому что проблема пропускной способности имеет отношение к озабоченности по поводу предполагаемых шапок данных - то есть, беспокойство о том, сколько данных нужно нажать через трубу, а не того, насколько эффективно вы должны передать данные через трубу.

Но вот идея, и я думаю, что его просто. Не знаю, повторно: осуществление.

Введение дополнительных баз данных - дополнительные регистры. Таким образом, есть куча сделок в mempool, шахтер пытается решить блок для сбора транзакций # 1, и пытается решить блок для сбора # 2, и т.д. И (как я думаю, что один из постов выше упоминался ), это может быть сделано в объединенной горной моде, где каждый одноразовый номер попытался против каждой коллекции блока.

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

A. Miner находит основной блок, большой. Стандартный Bitcoin происходит.

Б. Miner находит решение вторичного блока. Что происходит?

1. Вторичный блок добавлен для отделения blockchain. Что-то в протоколе будет означать, что транзакции в этом блоке относятся к данным в blockchain А. Б-блок blockchain размножает и добавляет к всяким blockchain B.

2. Как сделать сделку с несколькими blockchains? Это только базы данных, не так ли? Не можете вы бумажник просто сканировать несколько баз данных для необходимой информации? "Мне нужно, чтобы увидеть, что выходы принадлежит Джорджу. Он их на blockchain А, они на blockchain B, это на C ... так, чтобы сделать эту сделку, я собираюсь вытащить этот один из А, это один из C, Doop ди ду Я компьютер"

3. Как стимулировать вторичное blockchains? Они, вероятно, полагаться только на операционных издержках. В будущем, вы можете себе представить ярусы доверия ... "ну, я продаю вам тако, так что я, если ваш на вторичном blockchain не волновало."

4. Как обеспечить это дополнительное blockchains? Каждые 10 блоков ,? Каждые 20, некоторое количество блоков - первичная цепь включает в себя информацию (предыдущий хэш) дополнительные цепях. Безопасный, вероятно, не правильное слово. Сделать ненадежный? Так его, как контрольно-пропускной пункт.

Потенциальные ловушки:

Одна проблема, которую я вижу, это увеличение скорости, при которой основной блок должен быть изменен - ​​то есть, информация о вторичной, третичной и т.д. найдены блоки будут распространяться через сеть, в результате чего другие блоки прорабатывается стать недействительными, потому что эти сделки были уже sopped вверх от mempool. С другой стороны, было бы возможно для bleedover быть хорошо? Т.е., это подтверждение было включено в blockchain А на высоте X И в blockchain B на высоте Y. Действительно ли это двойной тратить деньги, если сделка такая же?

"Ну, я посмотрел на книгу 1, и он говорит, что выход #Y Алисы 2 Bitcoin теперь качается выход #Z 2 Bitcoin, и я посмотрел на книгу 2, и он говорит, что выход #Y Алисы 2 Bitcoin теперь качается выход #Z 2 Bitcoin."

Но важный вопрос: будет ли это получить на проблему Масштабируемость?

Общий объем данных будет таким же ... то есть, вместо того, чтобы идти от 1 МБ блоков до 20 МБ блоков, мы просто имеем 20 blockTHREADS (?) С 1 Мб (для размера блока, например). Но, возможно, эффективность передачи данных будет увеличиваться, с предположением в том, что файлы меньшего размера будет двигаться через сеть быстрее.

Это может также создать феномен blockchain районов.

О, парень. там идет утром.