@Dusk_Foundation
Погребённое в технической документации про блокчейн-сеть, я наткнулся на нечто, что показалось мне почти противоречивым. Если сеть начинает настолько сильно «зависать», что это становится критичным, есть резервный вариант: пустой блок, который подписывается ключом, принадлежащим компании, стоящей за проектом, а не обычным валидаторам.
Сеть — Dusk. Всё остальное в ней построено вокруг устранения единых точек контроля: доверие распределяется среди тысяч стейкеров, а не сосредоточивается у одного оператора. И вот рядом с этим, незаметно «на всякий случай», существует механизм экстренного реагирования, который работает только потому, что конкретная организация хранит конкретный ключ. Это редкий механизм, он предназначен для самых худших сценариев, и он выдаёт только пустой блок без транзакций внутри. Тем не менее он есть.
Честно говоря, именно это заставило проект почувствоваться мне более реальным, а не менее. Чистая децентрализация звучит отлично, пока в три часа ночи что-то действительно не ломается и никто не может договориться о том, что делать дальше. Наличие задокументированного узкого варианта «на самый последний случай» ближе к тому, как на самом деле строят инфраструктуру. У авиалиний есть ручные обходные режимы. У энергетических сетей — аварийные отключения. Системы, которые предназначены для обслуживания реальных людей, обычно сохраняют способ вмешаться, когда всё остальное выходит из строя.
Меня немного беспокоит то, сколько доверия незаметно требует одна такая деталь. Резервный механизм работает только если те, кто держит ключ, никогда не злоупотребляют им — и если все, кто использует сеть, действительно верят в это. Никакой умный дизайн не убирает необходимость в этом убеждении.
Поэтому я держу в голове сразу две мысли: это вдумчивая инженерная работа, и в то же время это напоминание о том, что «без доверия» редко является полной картиной, когда в уравнение входят реальные деньги и реальные сбои.
Стоит спокойно обдумать это и оставаться немного скептичным, пока вы учитесь.
@Dusk_Foundation $DUSK #dusk
Погребённое в технической документации про блокчейн-сеть, я наткнулся на нечто, что показалось мне почти противоречивым. Если сеть начинает настолько сильно «зависать», что это становится критичным, есть резервный вариант: пустой блок, который подписывается ключом, принадлежащим компании, стоящей за проектом, а не обычным валидаторам.
Сеть — Dusk. Всё остальное в ней построено вокруг устранения единых точек контроля: доверие распределяется среди тысяч стейкеров, а не сосредоточивается у одного оператора. И вот рядом с этим, незаметно «на всякий случай», существует механизм экстренного реагирования, который работает только потому, что конкретная организация хранит конкретный ключ. Это редкий механизм, он предназначен для самых худших сценариев, и он выдаёт только пустой блок без транзакций внутри. Тем не менее он есть.
Честно говоря, именно это заставило проект почувствоваться мне более реальным, а не менее. Чистая децентрализация звучит отлично, пока в три часа ночи что-то действительно не ломается и никто не может договориться о том, что делать дальше. Наличие задокументированного узкого варианта «на самый последний случай» ближе к тому, как на самом деле строят инфраструктуру. У авиалиний есть ручные обходные режимы. У энергетических сетей — аварийные отключения. Системы, которые предназначены для обслуживания реальных людей, обычно сохраняют способ вмешаться, когда всё остальное выходит из строя.
Меня немного беспокоит то, сколько доверия незаметно требует одна такая деталь. Резервный механизм работает только если те, кто держит ключ, никогда не злоупотребляют им — и если все, кто использует сеть, действительно верят в это. Никакой умный дизайн не убирает необходимость в этом убеждении.
Поэтому я держу в голове сразу две мысли: это вдумчивая инженерная работа, и в то же время это напоминание о том, что «без доверия» редко является полной картиной, когда в уравнение входят реальные деньги и реальные сбои.
Стоит спокойно обдумать это и оставаться немного скептичным, пока вы учитесь.
@Dusk_Foundation $DUSK #dusk