Я пошёл искать у Dusk его «экологический аспект», ожидая привычные куплеты Proof of Stake vs. Proof of Work. Это правда, но скучно. Более интересна цена, о которой никто не говорит: перемещение данных между узлами.
Большинство цепочек по сути сплетничают: каждый узел разбрасывает блоки и голоса случайным соседям, снова и снова ретранслируя один и тот же полезный груз десятки раз. В Dusk используется Kadcast — структурное оверлей-сетевое решение, построенное на маршрутизации по XOR-дистанции в Kademlia. Каждый узел пересылает блок один раз — определённому набору пиров, которые пересылают его дальше ещё раз по структуре двоичного дерева, а не все кричат на всех.
Звучит как оптимизация задержек. Так и есть. Но если копнуть глубже, это ещё и оптимизация расхода пропускной способности, а именно она лежит в основе части реальной потребляемой мощности узла и инфраструктурных затрат: маршрутизаторы, сетевые карты (NIC), избыточные передачи, а не только циклы CPU на хеширование блоков.
Это особенно важно именно для Dusk, потому что доказательства приватности не бывают «маленькими». Конфиденциальные данные транзакций должны идти по той же сети, что и всё остальное, поэтому неэффективная передача здесь наказывается сильнее, чем в прозрачной цепочке, которая перемещает обычные целые числа.
Kadcast частично меняет «потопную» избыточность на структуру — при нормальных условиях это нормально, но менее очевидно приемлемо при враждебных сценариях. Я всё ещё разбираюсь, где именно эта цена бьёт сильнее по мере роста числа валидаторов.
#dusk $DUSK @Dusk
Большинство цепочек по сути сплетничают: каждый узел разбрасывает блоки и голоса случайным соседям, снова и снова ретранслируя один и тот же полезный груз десятки раз. В Dusk используется Kadcast — структурное оверлей-сетевое решение, построенное на маршрутизации по XOR-дистанции в Kademlia. Каждый узел пересылает блок один раз — определённому набору пиров, которые пересылают его дальше ещё раз по структуре двоичного дерева, а не все кричат на всех.
Звучит как оптимизация задержек. Так и есть. Но если копнуть глубже, это ещё и оптимизация расхода пропускной способности, а именно она лежит в основе части реальной потребляемой мощности узла и инфраструктурных затрат: маршрутизаторы, сетевые карты (NIC), избыточные передачи, а не только циклы CPU на хеширование блоков.
Это особенно важно именно для Dusk, потому что доказательства приватности не бывают «маленькими». Конфиденциальные данные транзакций должны идти по той же сети, что и всё остальное, поэтому неэффективная передача здесь наказывается сильнее, чем в прозрачной цепочке, которая перемещает обычные целые числа.
Kadcast частично меняет «потопную» избыточность на структуру — при нормальных условиях это нормально, но менее очевидно приемлемо при враждебных сценариях. Я всё ещё разбираюсь, где именно эта цена бьёт сильнее по мере роста числа валидаторов.
#dusk $DUSK @Dusk
