Мы интегрировали нашу библиотеку с Shadow и провели те же эксперименты, подобные основной сети Ethereum, что и @ppopth в экспериментах «Удвоение количества BLOB-объектов» (спасибо за отличную работу, было очень легко на ее основе строить).

Обратите внимание, что Shadow не учитывает время ЦП. В зависимости от того, как вы интегрировали свой код, это может существенно отличаться от запусков на тестовых стендах. Мы изучаем, как это обойти (это было частью Shadow в некоторой степени, но было удалено в пользу воспроизводимости).

В отличие от подхода здесь, мы изменили сам протокол Gossipsub для работы с чанками. Я думаю, это важно, потому что таким образом вы полностью контролируете распространение чанков. Я не уверен, как работает подход в этой теме…

Были проведены различные исследования по распространению больших сообщений через GossipSub с использованием чанкинга. В работе FullDAS (где в симуляционной части также используется nim-libp2p + Shadow), я использовал наивный подход в реализации, просто используя небольшие сообщения и обрабатывая все, что связано с контекстом большого сообщения, на более высоком уровне стека. Но в связанном посте также содержатся предложения по структурированным идентификаторам сообщений, IHAVE/IWANT на основе битовой карты и т. д.

Было бы очень интересно увидеть, какие изменения вы внесли в свою версию.

Все, что вам нужно знать за 10 секунд

УсловияПолитика конфиденциальностиБелая книгаОфициальная проверкаCookieБлог