Слабая субъективность

Субъективностью в Блокчейне называется зависимость от коллективной информации при оценке текущего состояния. Несколько вариантов развития событий могут быть выбрано, основываясь на информации, полученной от других равноправных участников сети. Обратное понятие — объективность, которая используется в таких цепочках, что обязаны принять только одну цепочку в качестве единственной возможной правильной цепочки, используя заранее заданные правила. Существует также и третье состояние, которое известно как слабая субъективность. Так обозначается состояние цепочки, которая может развиваться объективно после того, как начальная информация была получена коллективно.

Предварительные условия

Чтобы понять эту страницу, необходимо сначала разобраться в основах доказательства владения.

Какие проблемы решает слабая субъективность?

Субъективность присуща блокчейнам с доказательством доли владения, так как выбор правильной цепочки из нескольких ветвлений осуществляется путем подсчета исторических голосов. Это делает блокчейн уязвимым для многочисленных атак, включая атаки на большие расстояния. В них узлы, участвовующие в цепочке на ранних этапах, поддерживают альтернативное ветвление, которое они выпускают позже в свою пользу. В качестве альтернативы, если 33% валидаторов отзовут свою долю, но продолжат подтверждать и создавать блоки, они могут сгенерировать альтернативное ветвление, которое будет конфликтовать с канонической цепочкой. Новые узлы или узлы, которые долгое время были отключены, могут не знать, что данные атакующие валидаторы отозвали свои средства, поэтому злоумышленники могут обманом заставить их следовать по неверной цепочке. Ethereum может устранить данные атаки, налагая ограничения, которые сведут субъективный механизм (и, следовательно, предположения о доверии) к абсолютному минимуму.

Контрольные точки слабой субъективности

Слабая субъективность реализована в доказательстве владения Ethereum с помощью «контрольных точек слабой субъективности». Это состояние подтверждает, что все узлы в сети принадлежат к канонической цепочке. Они выполняют ту же функцию «универсальной истины», что и первые блоки, не находясь на данном блокчейне. Алгоритм ветвления доверяет факту, что состояние блокчейна, в данной контрольной точке, является правильным, и что он независимо и объективно проверяет его в дальнейшем. Контрольные точки действуют как «лимиты возврата», так как блоки, расположенные перед контрольными точками слабой субъективности, не могут быть изменены. Это дискредитирует атаки, заведомо определяя их как недействительные части механизма. Контрольные точки, разделенные меньшим периодом, в сравнении с периодом вывода средств валидатором, гарантируют факт того, что валидатор, который разветвляет цепочку, сократит пороговую сумму, прежде чем он сможет вывести свою долю, и что новые участники не будут обмануты и не будут переведены на неправильные ветвления валидаторами, чья доля была выведена.

Разница между контрольными точками слабой субъективности и завершенными блоками

Завершенные блоки и слабые контрольные точки обрабатываются узлами Ethereum по-разному. Если узел осведомлен о двух конкурирующих завешенных блоках, то он разрывается между ними — у него нет возможности автоматически определить, какой из них является каноническим ответвлением. Это следствие отсутствия консенсуса. Напротив, узел просто отклоняет любой блок, который конфликтует с его слабой контрольной точкой. С точки зрения узла, слабая контрольная точка представляет собой абсолютную истину, которая не может быть подорвана новой информацией.

Насколько слаба слабость?

Субъективным доказательством владения долей Ethereum является наличие контрольной точки (настоящих предпосылок) из доверенного источника для его синхронизации. Риск получения плохой, контрольной точки очень низок, поскольку ее можно проверить с помощью нескольких независимых общедоступных источников, таких как обозреватели блоков или узлами. Тем не менее, для запуска любого программного приложения всегда требуется определенная степень доверия, например, уверенность в том, что разработчики программного обеспечения создали честное программное обеспечение.

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

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