730 / 736FOCAL

Schelling Point

Focal point, заметное решение координационной задачи без центрального арбитра

Schelling Point — это решение, которое люди считают естественно заметным и ожидают, что его выберут и другие; в Bitcoin оно помогает объяснить социальную координацию вокруг общих правил и программного обеспечения, но не является голосованием, правилом консенсуса или заменой независимой валидации.

Thomas C. Schelling развил понятие focal point в книге The Strategy of Conflict 1960 года: когда возможны несколько равновесий, а участники не могут полноценно общаться, они могут сойтись на варианте, выделенном названием, историей, симметрией или общими ожиданиями. Bitcoin не устраняет эту человеческую проблему координации, но отделяет её от машинной проверки блоков по правилам, выбранным каждым узлом в своём программном обеспечении.

В теории игр Schelling Point также обычно называют focal point. Thomas C. Schelling развил это понятие в книге The Strategy of Conflict 1960 года, а научно-популярный отчёт Нобелевской премии 2005 года обобщает его экспериментальный результат: в координационных задачах люди находили общее решение чаще, чем предсказывала чисто формальная модель, поскольку некоторые варианты выделялись сильнее других. [1]

Механизм не требует, чтобы выбранный вариант был объективно лучшим. Участник выбирает решение, которое, как он ожидает, другие также распознают как заметное; те одновременно рассуждают о его ожиданиях. Заметность могут создавать простота, уникальное название, история, симметрия, культурная традиция или публичный прецедент. При изменении общего контекста focal point тоже может измениться. [2]

В Bitcoin человеческую координацию необходимо отделять от решения протокола. Whitepaper устанавливает, что узлы принимают только действительные транзакции и блоки, а среди действительных ветвей следуют цепочке с наибольшим proof of work. Schelling Point может помочь людям согласовать ПО, правила или аварийную процедуру, но не сделает недействительный блок действительным и не участвует в вычислении chainwork. [3]

Граница безопасности проходит через добровольный выбор правил. Bitcoin Core прямо указывает, что его разработчики не определяют правила консенсуса, ПО не обновляется автоматически, а пользователи сами выбирают, что запускать. Распространённая реализация, известный репозиторий или доверенные разработчики могут служить focal point для проверки и развёртывания, но влияние получают через повторное принятие, а не право переопределить валидацию пользователя. [4]

Механизм активации переводит уже предложенное изменение в детерминированные состояния, но сам не создаёт общественного согласия. BIP 9 считает сигналы в периодах по 2016 блоков и при исходном пороге не менее 1916 блоков переходит в LOCKED_IN; BIP 8 использует высоты блоков, minimum activation height и необязательный MUST_SIGNAL. Выбор предложения, параметров и выпуска ПО происходит раньше и может оставаться спорным. [6] [5]

Заметность не доказывает истину или легитимность. Биржевой тикер, доля hashrate, количество узлов, видимых crawler, бренд клиента или опрос в социальной сети измеряют разные группы и могут быть искажены либо неверно истолкованы. Bitcoin Core напоминает, что пользователи могут запускать полностью валидирующее или иное ПО и задавать собственную relay policy; поэтому ни одна отдельная метрика не является обязательным голосом всей сети. [7]

Мартовский split 2013 года показывает разницу между автоматическим fork choice и человеческой координацией в чрезвычайной ситуации. Около 60% hashrate сначала добывало ветвь, которую принимала версия 0.8, поэтому разделение быстро не исчезло само. После публичного согласования BTC Guild и Slush перешли на 0.7, коммерческие сервисы приостановили депозиты, а большинство работы сместилось к совместимой ветви. Это была конкретная реакция на инцидент, а не постоянное правило, позволяющее известным лицам выбирать цепочку. [8]

Утверждение о Schelling Point можно проверить лишь после определения игры: кто участники, какие у них варианты, что они хотят согласовать, какой информацией и коммуникацией располагают и как распознать результат. Для предложения Bitcoin отдельно нужны текст BIP, точный код, правила валидации, параметры активации, совместимость и фактическое развёртывание. Статус Complete или Deployed в процессе BIP имеет определённое значение, но не является опросом всех владельцев bitcoin. [9]

Для полной картины прочитайте эту статью вместе с Bitcoin, Правила консенсуса, Nakamoto Consensus, Full Node, Proof of Work, Soft Fork Activation.

01Является ли самый распространённый клиент Bitcoin автоматически Schelling Point для правил сети?

Он может быть сильным focal point для проверки кода, совместимости и ожиданий, но популярность не даёт его разработчикам права менять правила пользователей. Каждый полностью валидирующий узел применяет правила запущенного ПО. При несовместимом изменении разные группы могут продолжить работу в разных сетях, даже если до изменения преобладала одна реализация.

02Является ли сигнализация майнеров голосованием о том, что такое Bitcoin?

Нет. Сигнализация имеет смысл только внутри конкретного механизма активации и показывает готовность майнеров или требуемый бит по его правилам. Она не охватывает всех пользователей, владельцев, продавцов или узлы и сама не определяет, какое ПО им запускать. Это один координационный сигнал, а не всеобщее голосование собственников.

DOC · 001Nobel Prize — Thomas Schelling and focal pointsДокументация DOC · 002Roger Myerson — Learning from Schelling’s Strategy of ConflictДокументация DOC · 003Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash SystemДокументация DOC · 004Bitcoin Core — Statement from Bitcoin Core (2016)Документация DOC · 005BIP 9 — Version bits with timeout and delayДокументация DOC · 006BIP 8 — Version bits with lock-in by heightДокументация DOC · 007Bitcoin Core — Development and transaction relay policyДокументация DOC · 008BIP 50 — March 2013 Chain Fork Post-MortemДокументация DOC · 009BIP 3 — Updated BIP ProcessДокументация
Обновлено: Сначала источники · Не является инвестиционной рекомендацией