From 91b368e9b814f401d87c6113b2a89f2f6af45f28 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Thu, 19 Feb 2026 22:46:55 +0300 Subject: [PATCH] =?utf8?q?=D0=A2=D0=BE=D1=87=D0=BA=D0=B8=20=D0=B2=D1=85?= =?utf8?q?=D0=BE=D0=B4=D0=B0=20=D0=B2=20DHT?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit https://www.ctrl.blog/entry/dweb-readiness-runet.html https://discuss.ipfs.tech/t/ipfs-not-ready-for-russia-s-cutoff-from-the-internet/4867 https://github.com/ipfs/kubo/pull/8856 Сегодня смотрел можно ли поднять собственный DHT, bootstrap сервер для IPFS. Сейчас в качестве bootstrap используются два узла, размещённые на OVH и DigitalOcean. Удивительно что bootstrap у меня вообще отработал. Нашлась статья, описывающая эту проблему большинства децентрализованных решений. Очень много людей, судя по комментариям, считают что DHT решает все проблемы и совершенно не понимают что для него же нужен bootstrap тоже. Dat протокол вообще, судя по статье, жёстко использовал DoH от Google, стыдоба. И после этой статьи в IPFS добавили кэширование раннее встреченных узлов, чтобы bootstrap в идеале выполнять только при холодном запуске. Приятно, насколько понял, что можно использовать любой узел для "входа" в DHT. -- 2.52.0