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

Основное изменение Bitcoin Unlimited в в настоящее время является просто, что лучше или хуже, это делает его более удобным для шахтеров и узлы для настройки параметров размер_блока колпачковых. Это делается через меню графического интерфейса пользователя, то есть пользователи не должны кратны основной коду себя, как некоторые делают сейчас. Планируемые улучшения БУ включают параметры, которые автоматически копируют параметры BLOCKSIZE некоторого ядра БИП, а также BLOCKSIZE предложения, рекомендованные другими светилами.

Идея заключается в том, что пользователи будут сходиться на точке консенсуса Шеллинга по различным каналам связи из-за подавляющей экономический стимул сделать это. Ситуация в мире БУ не будет отличаться, чем сейчас, за исключением, что не было бы полагаться на ядре (или XT), чтобы определить, с высоты, что варианты. BU отвергает идею о том, что это работа Ядра (или XT или Б) разработчиков для управления политикой на основе консенсуса или ограничить удобно доступные варианты политики в отношении размера блока.

Сторонники BU считают, что у него в противном случае это хвост виляет собаку: нахождение на рынке благоприятствования консенсуса не помогало, а мешало, попытки spoonfeed параметров консенсуса для пользователей. (Это ставит его мягко. Имея противоречивый набор параметров на определенный номер по умолчанию будет spoonfeeding, даже не имея возможности, чтобы изменить это больше похоже принудительное кормление.)

Широкое распространение ЯБА, или принятие BU-подобной конфигурируемость параметров в пределах ядра / XT, вынеся разработчиками под руководством Bips по спорным изменениям в статус простых рекомендаций. Предложения, как 2-4-8 будут приняты во внимание, но придется конкурировать на рынке самостоятельно, без искусственного преимущества текущего барьера неудобств и технических возможностей (пользователи, имеющие моднику своего кода, чтобы отклониться от настроек Ключевых) ,

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

Адам, если вы уверены в том, что, например, 2-4-8 масштабирования является лучшим вариантом и будет поддерживаться на рынке, я думаю, вы должны либо поддерживать BU или поддерживать Core, BIP, чтобы сделать настройки BLOCKSIZE конфигурируемыми в пределах ядра клиент.

Сейчас лидеры доминантной реализации Bitcoin предназначены для низкой крышки блочной, но представьте себе, если ситуация разворачивает и большой blockists находится под контролем, к ужасу многих в обществе. Я думаю, что вы не хотите, чтобы они блокировки настройки. Вы могли бы сказать, "Вы, ребята, все в порядке иначе, но вы с на блочном колпачке. Зачем пытаться играть централизованное планирование? Пожалуйста, оставьте его на рынке, если вы так уверены, что рынок будет, как ваши огромные блоки. Люди будут следовать вашим рекомендациям, если они любят их в любом случае, так что ты беспокоишься?"

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

Что касается того, как связи оседать на основе консенсуса Шеллинга происходит, кроме связи обычно вне зоны, что происходит сейчас в дискуссии, есть также интерес при добавлении инструмента в Б эффективно передавать информацию о параметрах BLOCKSIZE по сети, в результате чего содействие эмерджентной консенсуса.


Теория игры такая же, как и возникающие при выборе сердечника против XT против любой (или среди БИП шахтеров и других заинтересованных сторон, если мы посмотрим на теоретико-игровых соображений, относящихся к процессу DEV консенсусной ядра я нахожусь что вы понимаете, что проблема является неразрешимой). Шахтеры и узлы имеют все те же возможности сейчас, за исключением того, есть некоторое дополнительное Трение, вносимое замок сердечника вниз настройки BLOCKSIZE, заставляя шахтер и узлы моднику код Co, если они хотят, чтобы их изменить.

Вопрос должен быть повернут вокруг: какие игры теоретико-соображения, связанные с наличием монолитного опорного клиента вызывает сложные проблемы инерции, власти и потенциальных захватов власти на верхней части пылесоса теории игр? Если не трактабильность из анализа теории игр является целью, конечно, BU, по крайней мере не сложнее, чем ситуация, при Ядра в случае жесткой вилки.


Ах. Это хорошо. То, что я верю, что ты не заметил, что "руководство по координации человеческой" не обязательно должны быть сверху вниз. Координация может возникнуть, и она может быть столь же прочной, как любые. Вы знакомы с ситуации где она делает? Это позволит сэкономить много чернил.