>>126 (OP)
>nanoboard
Не является бордой. Идея паразитирования на существующих мелкобордах глупа и нелепа.

>nntpchan
Как оно работает? Это же тоже не борда в классическом понимании.

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

>>126 (OP)
>https://github.com/nanoboard/nanoboard/releases
Идея очень клёвая. Но реализация дико анальная и неудобная. Треды бампать нельзя и местные пытаются подать это как "фишку" доски, а когда указываешь им на это, тебя гонят насосач - пиздос. В итоге все живые треды приходится держать в голове или следить по ленте тредов на главной.

Я уже молчу о том, что последний коммит был там 2 года назад.

...

Вейт. Я чекнул все форки и нашёл один, который
https://github.com/username1565/nanoboard
>Latest commit a323a10 20 hours ago
т.е. литералли вчера,
>Commits on Jan 28, 2019
Оно живо.
Какая есть инфа? Кто-нибудь там сейчас сидит? Какие новости у доски? Школьник же свалил навсегда с достаточно загадочными обстоятельствами. Господи, почему я до сих пор помню имя тамошнего Зоя. ...господи, почему я до сих пор помню дефолтное имя админа на АИБ.

Алсо одно время у меня была идея заняться её поддержкой и развивать движок, благо, бекенд там написан на моих любимых шарпах. Однако основная часть движка лежит во фронтенде, который написан на нелюбимой мною джаве и это стало препятствием. Какой-то один коммит я помню, я там накатал по осколкам знаний джавы - кажется, это была как раз возможность бампать треды - но на этом моё желание в этом копаться иссякло.

>>148
>Идея очень клёвая.
А по моему ничего клевого. Эта штука зависит от мелкоборд. Закроют мелкоборды, закроется и эта штука.

>>150
Технически они не завязаны на мелкие АИБ. Можно поститься хоть на дваче, хоть на любом сервисе, который не пережимает картинки. Надо просто соблюдать некоторые правила для скрытия самого факта постинга, это же стеганография блджад. ДДТ в своё время спокойно жили на АИБ и честно отработали свой век до тех пор, пока были нужны и всегда готовы снова воскреснуть, когда потребуется.
Нанобордисты сами себя компрометируют фракталами и Дешанелью и это тупо блажь форсеров этой хуйни. Но это работает и на том же доброчане их не банят, поэтому всем норм.
Технически всегда можно закопаться в рандомные пикоконтейнеры и паразитировать хоть на том же дваче в любом разделе с чатиками и визуальным контентом. Куклы, кони, вебм-треды в /а/, /аа/ - тысячи их, где можно рандомно постить картинки из достаточно большого пула по кругу и всем будет похуй. Для полной маскировки можно даже к сообщениям с контейнером прикреплять адекватные окружению посты, общаясь с местным аноном какими-нибудь односложными фразами - это не сложно и полностью тебя скрывает в рамках чатика и тебя вообще никак не смогут забанить, т.к. для подтверждения отношения картинки к наноборде необходимо самому накатывать наноборду, а модерация с этим заморачиваться не будет.
Поздравляю, вы неубиваемы.

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

>>153
>паразитировать хоть на том же дваче в любом разделе с чатиками и визуальным контентом
>>150
Ах да, добавлю даже больше: каждый может паразитировать на своём контенте и нет необходимости всем наноанонам постить контейнеры в каком-то одном месте. Один может постить кукол, другой коней, третий заворачиваться в вебмки (если допилить интерфейс) - это просто охуенно. Надо только один раз сказать типа "ребят, добавьте себе в списки вот этот вот тред, я буду поститься там" и всё. Это, конечно, приведёт к возможности идентификации постов, но это опять же детали и вопрос договорённостей, т.к. в одном месте может тусоваться много наноанонов.

Я обожаю криптоанархию и очень ссусь кипятком с наноборды, на очень клёвая.

>>154
>на очень клёвая.
*она

Добавлю ещё, что при паразитировании на разделах среднего уровня активности в живых чатико-тредах можно нагородить дополнительный уровень автопоиска тредов с наноконтейнерами. Скажем, чтобы наноборда сама чекала перекаты треда или искала новые треды в разделе по ключевым словам или любому другому способу, как сами посетители чатика отличают свои треды от других - это очень весело и интересно для шифропанков, я могу фантазировать об этом очень долго.

Пак контейнеров для любого фаговского чатика вытягивается с любой данбору тупо питоновским скриптом на 50 строк - всё, никаких ебучих фракталов и фаговской кристен, стронгли релейтед контент, которому будут рады даже сами местные жители чатика, у которых обычно в личных паках одни и те же протухшие шакалы и никто ничего нового в тред не тащит. Можно настроить наноборду на автообновление пака.
Всё можно сделать очень клёво и нормально при желании.

Во многих разделах есть бесконечные треды, где даже следить за перекатами не надо.

Впрочем, пока что большей проблемой является отсутствие энтузиастов, которых развивать и поддерживать движок. Жаль, что автор ДДТ не заинтересовался созданием полноценной доски.

>>153
> Можно поститься хоть на дваче
Вот-вот. Нет мелкоборд пускающих через тор - пость свои криптоконтейнеры на двач да во вконтакт, неанонимно, либо ебись с номерами проксями впнами и т.д. точно так же как чтобы просто постить на двач и во вконтакт.

>>164
>пость свои криптоконтейнеры на двач
Что не так с постингом криптоконтейнеров на двач?

>>166
>неанонимно, либо ебись с проксями, впнами и т.д. точно так же как чтобы просто постить на двач

>>170
>неанонимно
Больше вопросов не имею.

>>903
В какой раз уже придумывают архитектуру децентрализованной анонимной борды?
Пиши нормальную спецификацию. Потом садись и пиши реализацию на C.
Тогда обоссу. А это просто твои фантазии. Даже читать не буду.

>>904
>В какой раз уже придумывают архитектуру децентрализованной анонимной борды?
Хоть раз дальше фантазий зашло? Нет, потому что нереализуемо

>>905
Нет. Как-то обещали выпустить код к определенному числу, но слились.
>Нет, потому что нереализуемо
Реализуемо, но этим должны заниматься не фантазеры. А на бордах таких нет.

>>905
>>906
В оп-посте три реализации.

>>905
>Нет, потому что нереализуемо

Напишу децентрализованную борду, сколько платишь?

Как работает nntpchan? Если я запощу на одну ноду, то это сообщение копируется другими нодами?
Он анонимен или нет? Вроде там нужно регистрироваться на ноде. Нода может сопоставить мои посты?

Что думаете о milchan(АИБ в зеронете)?

>>920
А как на неё попасть? Не слышал о такой даже.

>>921
ZeroNet. А там уже заходишь на 0chan.bit, должно на milchan задиректить. По крайней мере, когда я там был всё так и происходило.

>>920
Никакого объяснения принципа действия не нашли. Поэтому не думаем.

>>940
Загляни в исходники, аутист.
Когда входишь на любой многопользовательский сайт(т.е, любой может постить контент) зеронете предлагает тебе завести хеш-адрес, под которым ты будешь подписывать контент, либо ZeroID, либо автоматически сгенерированный для данного сайта.
Весь контент подписывается этим ключом, и заносится в db, которое потом будет децентрализованно раскидываться по подпищикам сайта. По этому принципу устроены все сайты в ZeroNet.

>>943
>Загляни в исходники
Мне делать нехуй? Софт должен описывать хули он делает в общих чертах, особенно экспериментальный.
>ZeroID, хеш-адрес
Ну и хули? Как поверх этого организованна децентрализованная борда - как отсеивается шлак, например? Или там только хранение и распостранение контента децентрализованное?

>>944
> как отсеивается шлак
Добавляешь человека в чёрный список, и под капотом будут скрываться все посты человека по хешу. Никакой мочерации, а также параши, нет.
> ли там только хранение и распостранение контента децентрализованное?
А что нужно кроме для борды-то?

>>946
>Добавляешь человека в чёрный список, и под капотом будут скрываться все посты человека по хешу.
Там есть какой-то механизм который мешает насоздавать много разных хешей и серить с них?
А вообще, если ты можешь привязать разные посты к одному человеку, то это скорее форум же

>>946
>Добавляешь человека в чёрный список, и под капотом будут скрываться все посты человека по хешу.
Но это не будет анонимной бордой. Тут ведь весь смысл в том, чтобы нельзя было сопоставить посты с определенным постером.

>>948
> Там есть какой-то механизм который мешает насоздавать много разных хешей и серить с них?
Хеш один на клиент.
> А вообще, если ты можешь привязать разные посты к одному человеку, то это скорее форум же
АИБ это и есть форумы. Единственное отличие - в html файлике не прописывается имя зачастую и не предполагается.
>>949
> Но это не будет анонимной бордой.
Если не заходить под капот движка, то никакими хешами там и не пахнет.

>>951
>Если не заходить под капот движка, то никакими хешами там и не пахнет.
Но тебе ведь каким-то образом на клиенте нужно будет определить все посты определенного пользователя, чтобы их скрыть.

>>952
Это делает движок, а не я. Для меня видны только анонимоусы. А движок видит хеши, и рендерит посты, не ототбражая эти самые хеши.

>>951
>Хеш один на клиент.
Запустить несколько клиентов с одной машины - проблематично?
Там какой-то pow или captcha? Потому что я иначе автоматизированно создаю кучу говнопостов с одного хэша, автоматизировано же меняю хэш, опять создаю кучу говнопостов и так далее и хули мне кто сделает? Заебутся мои хэши блеклистить

>>953
Нельзя скрать посты на стороне сервера для одного тебя.

>>955
Нет центральных серверов в p2p. Нету, блядь.
>>954
Описываете частного случая не влияет на общую ситуацию. По milchan видно, что твой сценарий просто не канает.

>>956
>Описываете частного случая не влияет на общую ситуацию.
Чиво?
> По milchan видно, что твой сценарий просто не канает.
А не может ли быть так что на него всем просто похуй, в тч серунам?

>>953
>Для меня видны только анонимоусы. А движок видит хеши, и рендерит посты, не ототбражая эти самые хеши.
А для майора хеши будут видны и он попытается сдеанонить тебя по старым постам.

Если вместо одного сайта страница будет стучать скажем на десять, от этого будет ощутимое замедление? А если на 50? При том что объём информации такой же.

Что если ПРОСТО сделать агрегатор? Т.е. от пользователя будут делаться запросы на несколько борд, а посты совмещаться? Т.е. от стандартных движков различие будет только в том что
1) Теперь посты идентифицируется не только номером но и адресом борды
2) Борда может хранить реплаи в те треды которых на ней нет
3) Борды предоставляют список "друзей" - борд, на которые юзеру предлагается подписаться
Понятно что многих фишек всяких ваших ннтпчанов и прочих фринето-фантазий оно было бы решено, но зато ПРОСТО, а ещё препятстует концентрации влиятельности в одних руках.

>>128
>Пришел к выводу, что это невозможо.
Есть p2p форум osiris. Вполне работает, я пробовал.

>>128
> Пришел к выводу, что это невозможо.
IPFS+OrbitDB. Всё возможно, Анон.

>>1216
>IPFS
Не для динамически меняющегося контента. Эта штука нормально работает только со статическим контентом, который не меняется. Экспериментировал с ним. Новый контент с новыми хешами может быть недоступен десятки минут после публикации.

>>1217
Тоже так думал, пока не появились несколько фич, из-за которых собственно и появилось OrbitDB(децентрализванная СУБД на основе IPFS). Разрабатываю сейчас децентрализованную анонимную контентдоску, всё заебись работает. Скоро выкачу в /b/.

>>1218
Любопытно будет посмотреть. Напиши потом подробности, если не сложно.

>>1219
Core почти сделан, я о нём не волнуюсь, сейчас я занят фронтендом. Сейчас gif-плеер прикручиваю

>>1220
Ты выкладывай код скорее. Gif-плеер не критичен, а вот кор критичен

zeronet обсуждали?
А beakerbrowser?

>>1223
Зеро нет загнётся в ближайшее время - у человека тупо нет времени, да и недостатки большие - загрузка идет по сто лет, мнимая анонимность и невзламываемость но это не точно

>breakbrouser
Что такое?

>>1222
Я уже тестировал сайт с одним товарищем. На гитхабе код есть. Но пока выкладывать на тучу не буду - p2p сайты сложно обновлять. Нужно фундамент заложить, который обновляться уже не будет.

>>1233
>который обновляться уже не будет
Так не получится. А если баг найдешь? Править все равно в процессе работы придется.

>>1234
Дб распределенное. Нужно, чтобы у всех были валидные данные. Не прикажу же я анонам стереть с браузера всё что они там запостили. Сейчас сделал так, что если у некого контента неизвестный тип(сейчас их два - директория и файл), то без багов сайт не отобразил его, если ты запустил сайт локально.

>>1235
Бугристо стелишь.
Как твоя борда защищена от спамов вайпов и тд?

>>1235
Ну и где ты ебать?

Где есть гайды по популярным децентрализованным бордам?

>популярые децентрализованные борды
Таких нет

>>1340
Так что, какие механизмы репутации и препятствию активности затрудняющией пользование бордой должны быть на децентрализованной АИБ, при условии Ъ-анонимности (то есть посты не связаны, не подписаны подписью и т.д.).

То есть, вопрос в том, как не стоит, а именно что, чтобы иметь борду без всяких модераторов и в то же время комфортную в использовании.

Первое что приходит само: возможность ОПу пометить свой комментарий. В том числе это дает возможность оставлять технические сообщения для ОП-модерации через сокрытие на стороне пользователя.

Это вообще следствие более общей возможность предоставить пруф в любом сообщении, что ты так же автор некоторого другого сообщения.

Ограниченная возможность предоставить пруф, что не ты написал сообщение. Работает в форме того, что анон говорит, что он автор сообщения A, но не B. Это будет работать только если автор заранее не предусмотрел возможность отказа от B, а наоборот оставил для себя позже возможность подтвердить что он автор и A, и B.

Более продвинутая система скрытых аккаунтов и скрытых акканутов, где автор имеет возможность указать в посте некоторую категорию репутации на основе оценок авторами других постов, которым уже предан некоторый вес пользователя.

Последнее делает возможность участников, которые занимаются рейтингованием постов на произвольных условиях.

Что-то ещё?

>>1341
А нужно ли пруфать авторство?
Лучше реализовать общение между постами, а не между владельцами узлов.

>>1341
>иметь борду без всяких модераторов и в то же время комфортную в использовании
Не выйдет. Несколько таких уже было и все в завайпанные говном помойки превращались. Саморугиляция в реальном обществе не работает.

>>1345
Саморегуляция работает в реальном обществе, если из него исключить неадекватов.

>>1346
Да, но это будет уже не реальное общество, а идеальное. А такого не бывает.

>>1344
Какие владельцы узлов, речь только о том, что один анон начал дискуссию, он мог дальше подтвердить, что он ее и продолжает.

>>1344
Какие владельцы узлов, речь только о том, что один анон начал дискуссию, он мог дальше подтвердить, что он ее и продолжает.

>>1345
Да не было ничего. На самом деле. Просто какие-то любительские эксперименты, максимум. По ним нельзя судить о невозможности реализации.

>>1346
Многие даже школы с вузами не назвали бы реальным обществом (ну как говорят - в школе/вузе тебе не дадут ничего что пригодится в жизни), а ведь там только самый минимальный отсев неадекватов.

>>1356
>а ведь там только самый минимальный отсев неадекватов
Вспоминаю свои школьные годы, кажется у нас отсев был наоборот.

>>1341
>>1353
Генерируешь Секретный и Публичный ключ для треда, в каждом посте дописываешь Хеш от Подписанного (секретным ключом) Текста. Если надо показать пруфы, что ты написал оба поста - постишь Подписанные тексты обоих сообщений и Публичный ключ.

Хеши нужны, чтобы какой-нибудь клован не придумал публиковать фейкопруфы того, что какие-то два сообщения написаны одним человеком. А без хешей постить (то есть постить тексты с подписями) было бы подобно аватаркоблядству.

>>126 (OP)
зачем люди считают хеш суммы?
ведь ты скачиваешь с официального репозитория, на лету что ли подменяется код программы?

>>1365
Иногда скачиваются через http, а не через https, тогда кулхацкер вполне может подменить код программы, если имеет доступ к каналу передачи.

Еще теоретически могут взломать репозиторий некоторые выкладывают программы не у себя на сайте, а на сторонних репозиториях типа fosshub и заменить нормальный бинарник на пропатченный троянами/майнерами, тогда сверка хешей выявит подмену.

>>1359
Алсо, со стороны имиджборды можно завести отдельное поле для вставки хеша, и если он не введен - заполнять рандомом, чтобы любителей иметь-возможность-предоставить-пруфы нельзя было отличить от тех, кто не хочет этим заморачиваться.

>>1345
> Саморугиляция в реальном обществе не работает.
Одно слово: рыночек.

>>1368
При чем тут рыночек вообще?

>>1369
Рыночек это саморегулирующаяся структура в обществе.

И так, пока варианты:
1) Борда поверх фринета. Будет всегда медленно и никогда не будет популярно.
2) Поверх торрентов в ш2з. Тут по сути придётся пилить свой торрент-клиент (т.к. существующих с поддержкой bep-ов для обновляемых торрентов и т.п. afaik нет), ну и опять же будет медленно, даже медленне фринета, хотя мизерный шанс на популярность всё же есть - ш2з например хотя бы работает на ведроиде.
2) Тупо агрегатор с разных серваков, т.е. даже без репликации между ними, но так чтобы с одного сервака можно было отвечать в тред на другом и т.д. Проще всего запилить, не сильно сложнее обычной уеб-борды, но тут проблема в масштабируемости - в интересах анона будеь добавлять больше и больше серваков, а аноны любят делать много мелких борд, в итоге с каждого клиента будут идти десятки если не сотни запросов на разные адреса одновременно, и это-то через скрытосеть. Также, аноны будут вероятно будут склонны дублировать свои посты - "если один сервак с моим постом упал, то другой поживёт".
4) Предыдущее но с репликацией - тогда анон сможет добавить один-два сервака и с них получать сообщения с других серваков. Но реализовать это отнюдь не так просто как высирать хтмл формочки - тут уж надо вкатываться в криптографию с публичными ключами (сервер серверу-то как авторизироваться будет?).

В целом, можно нахуячить апиху, сделать серв без репликации и начать подымать инстанцы, а когда наберётся народ, уже и привлекать его представителей пилить server2server-коммуникацию.

>>1564
> серверы
Еботы много. P2P проще и доступнее. Но если и делать
> server2server
То можно сделать единный протокол для борд, наподобие джаббер.

>>1564
Может показаться интересной одна идея на базе второго пункта.
Что если вместо стандартного протокола торрентов и адаптации стандартных клиентов сделать кастомный и использовать упрощенные клиенты, загружающие данные через http?

Вместо торрент клиента для раздачи используется любой http сервер, умеющий отдавать статические файлы. Борды огранизованны в виде директорий: директория борды содержит директории тредов, которые содержат сообщения и файлы аттачей. Их можно запрашивать через http сервер.

Для того чтобы запостить сообщение, надо
создать файл с его текстом
вычислить его хеш
переименовать файл сообщения его хешем
поместить в директорию соответсвующего треда
отправить трекеру анонс с именем файла с сообщением

После чего остальные пиры, обратившись к трекеру, узнают о новом сообщении и смогут скачать его с пира http запросом по имени файла - http://b32_адрес_пира/хеш_борды/хеш_треда/хеш_поста, после чего станут анонсить информацию о нем сами.

Трекер представляет собой http сервер, который принимает анонсы от пиров и отдает информацию о пирах (b32 адреса) на которых имеются сообщения - все как на обычном трекере, только надо придумать оптимизацию анонсов с запросами, что бы не гонять большое количество служебных данных. Например, анонсить новые сообщения за определенный период времени, более старые помещать в архивы с целью их агрегации в один анонс.
Логика трекера не сложная, можно написать на чем угодно не сильно тупящем.

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

>>1564
>сервер серверу-то как авторизироваться будет?
В pfpmd >>1596 (OP) никак не будет. У сервера будет список адресов серверов, которые он знает (но которым он доверяет не больше чем рандомному юзеру). Когда к нему приходит сообщение от юзера, он пересылает его известным ему серверам. Когда к нему приходит сообщение от другого сервера, то он проверяет если у него уже такое и если нет, то он тоже пересылает его этим серверам. Любой юзер сможет поднять свой сервер т.к. это будет тор хидден сервис, который можно поднять откуда угодно с минимальными затратами. Чтобы юзать борду юзер будет просто заходить на любой из серверов, агрегатор не нужен.

>>1657
Но где же централизация, ежели все завязаны на один сервер? Ну или на несколько, но тогда собственно либо надо делать агрегатор как во втором пункте >>1564 либо между трекерами мутить репликацию.

>>1659
>централизация
>децентрализация
слоуфикс

Надо перетягивать народ с мейлача и со всего рунета. Сейчас хотят запретить анонимные камменты, как раз под это дело надо всех перекатить.

>>1661
Как? На мейлаче любая реклама борд моментально удаляются. И самим мейлачерам это не особо надо, как мне кажется.

>>1659
Никто не запрещает при такой схеме использовать несколько трекеров, которые моут поднять все желающие. Тогда будет гибридная федеративно-распределенная модель сети.

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

>>1662
Честно говоря, я не хочу рабочий ВПН терять, поэтому сам не занимаюсь.

>>1663
>1
Ну вот, в итоге заведётся куча трекеров и каждый анон будет подключаться к сотне трекеров, что особенно в скрытосетях не очень с точки зрения скорости ну и вообще производительности

>>1661
Куда перетягивать-то лол, ещё некуда же.

>>1661
>Сейчас хотят запретить анонимные камменты
Так им же скрывать нечего?

>>1662
>И самим мейлачерам это не особо надо, как мне кажется.
Так и есть. К тому же кто захочет в одиночку бросить свое комьюнити, перейдя в другое место? А вся группа организованно никогда не перейдет, если только не случится форс-мажор с ресурсом или конфликта с администацией.

>>1661
На мейлаче и так по факту запрещены анонимные комментарии, лол

>>1665
>каждый анон будет подключаться к сотне трекеров
Где бы найти эту сотню анонов, лол. Хотя бы полсотни. А вы про трекеры.

Для чего анону понадобится поднимать свой трекер, когда уже имеется несколько рабочих? Ну поднимит он свой сам к нему подключится и что дальше? Ему надо, как минимум сообщить о своем трекере, что бы другие пиры могли его использовать. А другие, будут думать - нужно им подключаться к еще одному трекеру, что бы все сильнее тупило, или нет.

К тому же далеко не у всех имеется возможность круглосуточно держать включенным комп, а поднимать трекер, который не будет постоянно доступен - мало смысла.

>>1667
На платных ВПН жизнь ещё есть.

>>1669
Хм, ну если так рассудить то вроде заебца.

Правда http имхо тут излишен. Лучше взять какой-нибудь вайр протокол по tcp - меньше зависимостей, проще будет запилить рилтайм общение.

>>1674
>Лучше взять какой-нибудь вайр протокол
Зачем вообще эту схему завазывать на какой-либо протокол? Здесь решается две задачи: сообщить другим пирам, что появилось новое сообщение (файл) и позвоить неким образом его загружать. Для информирования используется трекер с немного измененной логикой (отличающейся от торретнов), для передачи файла - что угодно.

Загружать можно абсолютно любым спобом: хоть по rsync, хоть по ftp, а хоть по своему собственному, напрямую работая с сокетами. Для использования http - вообще ничего не надо писать - достаточно использовать любой готовый сервер, позволяющий отдавать статику.

Анонсилку на трекер придется написать, но у нее логика весьма простая. Придется думать как снизить количество передаваемых данных и запросов - объединяя анонсы и заменяя ключи битовыми картами.

>проще будет запилить рилтайм общение
Зачем оно на борде? Фактичиски это дублирование функционала.

>>1677
>Зачем оно на борде?
Чтобы общаться рилтайм. Чтобы чуть меньше была вероятность ждать ответа часами.
>Фактичиски это дублирование функционала.
Какого функционала-то?

>>1679
>Чтобы чуть меньше была вероятность ждать ответа часами.
Это вам не в борду надо, а в мессенджер, которых сейчас чуть более чем до хрена понапилино, в том числе имеются полностью распределенные.

Борда и форум для - неспешного обдумывания ответа длинной больше одной строчки текста - ближе к почте, чем к инстант мессенджеру.

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

>Какого функционала-то?
Постинга, приема и отображения сообщений. И чат и борда формально выполняют одинаковые функции.

Почему бы туда еще бложик с группами, каналами, лайками, аудио, видео и ботами за одно не запилить, коль чатик там будет, и крипту на блокчейне с ИИ в придачу, что бы совсем нескучо было? (сарказм)

А вообще можно всё-таки заюзать ssh - тогда хоть и будет оверхед на шифрование (может, его даже можно отключить), но будет единая идентичность у сервера и в ш2з и в торе и может даже в клирнете, алсо, так чуть проще будет запилить постинг (если хотим обойтись без хттп)

>>1682
>Можно было бы сделать по папке на пост - в папке текстовый файл с комментом и аттачменты.
Будет большой оверхед, потому что многие сообщения не имеют аттачей. Лучше файлы аттачей называть специальным образом: если файл поста имеет имя: "хеш_файла_поста", то его аттачи будут иметь имена: "хеш_файла_поста-номер_аттача-хеш_файла_аттача".

>Можно было бы получать посты по rsync
Да, но все равно ему придется подсовывать список имен файлов, полученных с трекра, для загрузки с данного хоста, потому что не все файлы будут присутствовать на всех пирах. Особенно это касается аттачей.

Еще понядобятся файлы миниатюр, для картинок, хеши которых не надо держать на трекере в отличии от хешей аттачей.

>Но что насчёт создания постов?
Посты создаются локально, и вместе с аттачами и имнматюрами помещаются в директорию треда. Для этого можно использовать, как веб-интерфейс, так и GUI. Можно использовать CLI (и даже будет возможно создавать посты в ручную).

Вариат с вебом на локальным сервере и браузером будет проще - интерфейс борды не будет отличаться от общеизвесного.

>Может всё-таки запилить простецкий протокол поверх просто ssh?
Потребуется обмен ключами (привет Ретрошаре), и такое будет рационально использовать разве что в клирнете, в скрытосетях и так все шифруется, поэтому будет оверхед. Как раз из-за этого я сразу подумал о http, с которым предельно легко работать в скрытосетях.

>>1683
>А вообще можно всё-таки заюзать ssh
Он потребует обмена ключами. К тому же пускать к себе в в ситему неизветного васяна по ssh, будет плохо для безопасности.

Хотя для приватных борд со знакомыми ИРЛ пирами в режиме "даркнета" можно было бы вполне безопасно использовать такую борду в клирнете не опасаясь слежки и майоров. Только тогда и сервер трекера тоже должен работать поверх ssh. Еще одно интерсное применение для такой борды, использующей такую схему работы.

>>1688
>Будет большой оверхед, потому что многие сообщения не имеют аттачей.
Папка это разве большой оверхед?
>>1688
>Потребуется обмен ключами (привет Ретрошаре),
>>1689
>Он потребует обмена ключами.
Ну там достаточно тыкнуть "ок", лол. Потому что когда подключаешься через тор или ш2з то ключ точно настоящий. Потом уже зная его можно и через клирнет коннектиться.
>>1689
> К тому же пускать к себе в в ситему неизветного васяна по ssh, будет плохо для безопасности.
Ну мы же не собираемся пускать его в шелл.

>>1681
>Мессенджер не имеет тредов. Не анонимен
Bitmessage - вполне анонимен, имеет треды и оффлайн сообщения.

>И как этому мешают рилтайм уведомления?
Не мешают, а не всем нужны, и не безопасны и при этом не слабо усложняют логику взаимодействия между пирами в случае отсутствия сервера.

>я написал пост, через десять минут-полчаса мне ответили (не в одну строчку, да, нибыдла), а я прочитал только через день
Это значит, что ответ на ваш пост был не настолько вам необходим, и больше ничего.

Ну придут вам в течении дня 100 уведомлений из всех тредов, которые вы создали и в которые вы постили... Что дальше? Вы будите тратить еще половину дня на чтение их всех? Или прочтете несколько самых важных, а остальное - "пометите как прочитанное"? Не проще ли иметь возможность запросить отсортированный список тредов с вашими постами, имеющих ответ и список ваших тредов, когда у вас появится время читать и отвечать? Или вы сразу бросаете все свои дела и скорее смотрите, что там пришло?

>А когда я прочитал и ответил - тот чел уже может вообще ушёл с борды, в итоге я ответил вникуда, и спустя пару лет пост так и висит без ответа лол.
Прямо так ушел за один день, лол? Значит анону не так была важна тема обсуждения, раз он не стал ожидать вашего ответа на свой пост. Может быть ответ вообще был ему не нужен?

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

Если удобство использования начинает влиять на безоапсность - ну его на фиг такое удобство.

>>1690
>Папка это разве большой оверхед?
Одна или десять - нет. Но когда у вас будет 100К постов, то 100К директорий для них будет оверхедом. Тем более директория и сообщение будут иметь одинковые имена.

>Ну мы же не собираемся пускать его в шелл.
Не важно, что не будем, важно, что это добавляет вектор атаки.

>>1691
> и при этом не слабо усложняют логику взаимодействия между пирами в случае отсутствия сервера.
Зависит.
>Или вы сразу бросаете все свои дела и скорее смотрите, что там пришло?
Я могу быть не занят. Просто я предпочитаю проводить свободное время за своими делами, а не за рефрешеньем тредов.
>Вы подумали про угрозу анонимности и безопасности при хранении списков постов и тредов привязанную к вам, дающих вам деанон и доказывающие вашу вину в случаее постов нарушающих законодательство?
Опять же, зависит от реализации. Компроментированный сервер и так может пытаться соотносить посты одного человека.

так анончики го объединимся? Напишим whitepaper'ы, спецификацию а потом напишем.
Пока тут 3 слоя проблемы. Которые надо будут решить. Ну это транспорт, протокол, представление данных. Походу все это надо будет писать либо с нуля или переписывать полвину библиотек. А еще надо будет прикрутить на под наш протокол tor/i2p, но это не проблема.
Теперь где мы будем собираться? Телеграмм, жаббер, или вообще сами поднимем форум. Пока думаю лучше в телеге и кинуть мосты в жабу. ТАк что думаем.

>>2308
Ну идея интересная.
Хотел бы подключиться, но не умею писать протоколы.

>>2322
Да я вообще толком программировать не умею :3

>>2333
Зато ты, наверно, умеешь регистрироваться по номеру телефона в калограме и создавать там "секретные" чаты.

>>2334
Я конечно понимаю вашу ненависть к калограму. Но сам скажу что это единственный нормальный мессенджер. Есть ли у тебя альтернатива? Джаббер? Джаббер сырой даже по нашем меркам, 2020 года. Начиная от проблем с клиентами(хотя на андроиде есть conversation) которые выглядят как говно, которое еще и лагает и глючит на каждом шаге. Если что я сейчас про самый популярный клиент гажим. Дальше идем к проблемам протокола, отсутсвие блять даже нормальной поддержки картинок. Это тупая ссылка блять на http, и не говори что это киллер фитча. Давай пиши свои альтернативы.
P.S. мне было бы норм если конфу подняли хоть в irc, мне особо без разницы. Хотя я больше склоняюсь к форуму, так как любой чятик превращается в линейное говно

Кстати как вам идея. ЧТо будет модерация строиться так. Будет клиент с хорошими возможнастями в автоскрытие. Ну типо будет чуть ли не греп там. И мы можем брать делать списки, которые скрывают посты. Вот вам и модерация, децентрализованная еще. Списки расспространяются тупо с помощью ipfs или http

>>2369
Да идея старая как мир, даже на русских бордах была реализована лол. Просто это будет означать необходимость идентификации пользователя, что ломает всю концепцию "пришёл-насрал-ушёл", за которую мы, чего греха таить, и любим имиджборды.

>>2369
Скрыть проблему ≠ избавиться от неё. Немодерируемый ресурс обречён на смерть, хочешь ты этого или нет.

>>2372
В чем это не модерация. Чуваки кидают всем списки типо номер-поста насран и клиент автоматом скрывает его

Ыыы , каг у траллей падгарает када люди сами себе платформы делают без праплаченных мадератарав и бутылкосувательных правайдераф.
АдАбряю !

Предлагаю защиту от спама. Чем больше сообщений отсылаешь, тем больше у тебя задержка.

В onion сети, задержка по кол-ву сообщений ? Вы хоть азы компьютерной граммотности почитайте прежде чем печатать херню или идите работать в говнотроли, там без знаний берут но зато можно свою тупую точку зрения толпой отстаивать

>>2386
Мда, и как ты это реализуешь? Ну допустим для определенного битарда надо уменьшить, и как ты будешь узнавать что этот битард срал? То есть тебе надо уже вводить такие сущности как ID.
Ну вообще борьба со спамом решаема. Можно спиздить концепцию bitmessage
Естественно если борда будет p2p

кстати где тот анон который говорил что делает концепт p2p доски? Я бы с радостью посмотрел и попробывал его борду. Он же вроде окуклился

Кстати я уже давно думаю об этом. Пока вот накидаю и скомпилирую все наброски анонов.

Собсна вот и они

1.Торрент - посты кидаются торрентом, на подобие zeronet
2.Просто стеганография (есть конечно наноборд)
3.Блокчейн(самая сложная, но и перспективна)
4.Переделка битмесадж. Там уже есть и чаны и прочее.

Но они все имеют подводные камни и проблемы. Так что думаю придется пердолиться очень сильно и много. Если так подумать то там возможно будет чтото из высшей математики. Мб теория кольц и теория групп, всякие криптонердские алгоритмы. Но в принципе это осуществимо. Но тут большая проблема, мы должны скрестить ужа с ежом, или так сказать найти компромисс. Так как борда будет или ебашить Йобибайт твоего диска, ну или соответственно все 3.3ghz будет заняты подсчетом твоей борды. Так что вы сами понимаете какая это тяжелая работа. А вообще хорошая p2p борда, должна быть максимально простой(в простоте красота), но при этом должна не жрать особо, да так еще и работать.
Давайте опишим проблемы,
1. конечно же борьба со спамом. Решение красиво и изящна PoW. Считать хэши может любой процессор и телефон, высока скорость обработки.
2. Борьба с раком, флеймом, и прочим обитателем имиджборд. Ну здесь только модерация. Единого концесуса как такого нет. Но мне больше всего решение, есть толпа добровольцев мочераторов, который расспространяет список засранных постов, регексы для скрытия рака и мочи. Клиент эти списки собирает и скрывает посты на стороне юзверя.
2. Проблема представлений данных. Ну вообще это проблема маленькая, так как не зависит от реализации нижних слоев. Ну тут просто взять консесус. JSON с markup или bbcode. И все. Только вот проблема с картинками и прочим медиа, ну думаю мы можем это указывать как ссылки.(нахуй то нам надо хранить весь пост с видео). .
3. Спецефичная проблема, битмессадж, торрент и прочее. Порядок сообщений. Да это проблема не изучена.
4. Проблема ip. Вот тут тоже просто надо принять консесус. Когда мы будем отправлять пост, мы автоматом палим свой ip независимо от реализации, и вот что юзать что скрыть ip? tor или i2p
5. Проблема протокола распространения постов, нерешена и самая сложная. Включает проблему номер 3. ПОжалуй самая холиварная. Тут то и кроятся все

Мое предложение

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

Решение 1. Блокчейн

Да присловутый блокчейн идеально вписывается в рамках борд. Только он должен быть очень сильно переделан. Чтоб меньше жрало память все посты представляют из себя magnet ссылки или ipfs ссылки
Минусы блокчейна:
- Блять хранит всю истории доски, и в итоге борда будет весить йобибайт. Так что как то надо ограничить блять размер blockchain. По типу строго 2000 постов, потом стираются. Соответсвенно я такого еще не нашел может криптонерды помогут
- постоянный майнинг. Сразу идут нахуй телефоны и слабые ноутбуки. Так что нам нужно блокчейн без постоянного майнинга, соответсвенно надо искать реализации
Плюсы:
+ Проверен временем,
+ Защита от спама уже изначально
+ Защита от постов с одинаковым номером

Решение 2. bitmessage

По сути это не особо то решение. Но тут сразу всплывают дохуя проблем.
- Сука посты то подгружаются не по порядку, так что привет пропущенные посты. Посты с одинаковым id
- 1 проблема отсекает сразу почти все. так что если анон немного подумает то поймет все проблемы исходящие из 1
Плюсы
+ Имеет защиту от спама
+ Вроде простой код

OrbitDB и другие поделия на ipfs

Вообще я хуй знает что это не изучал

Ну как видите везде есть плюсы минусы. Так что на врядли мы будем юзать готовые технологии а будем знатно допиливать напильником, или вообще с нуля писать. Мда уж сложная проблема. Но полностью решаема, на данном уровне развития человечества и математики. Так что серьезно обсуждаем все решения

>>2395
>как ты будешь узнавать что этот битард срал
Никак. Задержка будет для всех.

>>126 (OP)
Зачем нужна стеганография?

>>2401
Это простейший способ сокрытия общения от непосвящённых.

>>2401
Ну в некоторых страннах еще пиздят за шифрование. Да и просто чтоб не выделятся из толпы. Вот что тебе провайдер скажет за линукс траффик к тору и впн? Он начнет слежку

На данный момент самая вменяемая p2p платформа это Retroshare. Можно использовать форумы, а можно напилить борду поверх неё

>>2405
блоатед

>>126 (OP)
https://files.catbox.moe/2i8g8t.pdf

>>2397
>- Блять хранит всю истории доски, и в итоге борда будет весить йобибайт. Так что как то надо ограничить блять размер blockchain. По типу строго 2000 постов, потом стираются. Соответсвенно я такого еще не нашел может криптонерды помогут.
Блокчейн это КОНСЕНСУС. Что конкретно делает этот консенсус дело десятое. В классическом блокчейне он только добавляет блоки, но ничто не мешает придумать консенсус удаления или модификации блоков. Криптовалют с удаление блоков - НЕТ(не самом деле есть одна, но ее реализация мне не нравится). Технически это выглядит так - часть сети работает надо добавление блока с сообщениями, другая часть "думает" над удалением блока со старыми сообщениями.

>>2397
>постоянный майнинг. Сразу идут нахуй телефоны и слабые ноутбуки.
Есть алгоритмы годные только для ЦПУ, их принципиально нельзя запилить на ГПУ или асик. Их достоинство что и телефоны и слабые ноуты и древние пекарни отстают всего на порядок от самых топовых пекарен. Примеры - RanomX, YesPower(Yescript). Могут работать в фоне с нормальным хешрейтом, почти не сказываясь на производительности системы.

>>2413
советую всем это прочитать. Тут очень хорошо описывают проблемы

>>2440
Вообще лучше нахуй избежать постоянного майнинга. Тип нахуй нам он нужен? Нам бы только добавлять новый блок с постом

>>2397
КОроче я думаю стоит как сделать
>Проблема представлений данных
Это будет json c ссылками и текстом. Язык разметки будет markdown.

Пример текста

{
"version": 1.0, #версия поста
"ID" : 2281335, #реализация зависит от нижних слоев
"PoW": "some text", #тут будет ьекст дающий правильный хэш
"topic" : "Создание имиджборды", #Тут может быть None или text, Топик поста
"parentPost" : None, #Если здесь None то это ОР-пост(лол белиберда), если ссылка на существующий ID-post то это дочерний пост
"tripCode" : None,
"media" : [
" xt=urn:btih:[ BTIH (Hex) ]"
],
"text" : "It's very easy to make some words **bold** and other words *italic* with Markdown. You can even [link to Google!](http://google.com)"
}
естественно все это будет менятся в зависимости от реализаций

>Проблема ip.
Хз. Выбор сложный. Но ставлю больше на i2p

https://github.com/tslocum/p2pchan Вот чекните

>>2464
>Python 2.5
>Twisted framework
>Latest commit bb22f08 Jan 14, 2010
Уноси

>>2475
Может там то что мы искали

Тред я вижу почти умер. Кстати а в каких мелкопарашах есть похожие треды.

>>2517
Дом твой параша.

>>2519
Ладно, маленькая низкоскоростная борда

Сдохли?

А есть в открытом инете форму где интересные люди сидят,устраивают мозговые штурмы,креативят и пр.,без тупой школоты кои везде как за баней,а то надоели эти сайты Жжшны да социалки для големов.

А есть в открытом инете форум где интересные люди сидят,устраивают мозговые штурмы,креативят и пр.,без тупой школоты кои везде как за баней,а то надоели эти сайты Жжшны да социалки для големов.

>>2915
ethresear.ch

Подскажите как можно вытащить видео из кеша яндекса? видео с ютуба везде поудаляли,а там сохранено пока
ссылка на оригинал "Айзек Кэппи и его смерть" https://www.youtube.com/watch?v=fPwT3Ysk2sQ
Так же в кеше яндекса лежит дубликат.
под одним из видео написали так:
Гриша Бабкин
7 часов назад
Вадим сделай ролик про актера Айзек Кэппи , который назвал Хэнкса педофилом, говорил, что ему преодлагали вступить в илюминаты за 250 тыс. в год, а потом внезапно умер.

>>2914
Не люблю людей обижать. Перечитай свой коммент и подумай сам.

>>126 (OP)
Наноборда сдохла или нет? Если нет, то есть у кого-нибудь список тредов со стегоконтейнерами, а то мой устарел, свежих постов нет.

>>1218
Скоро это когда?
Не хочу пропустить

>>3347
Видимо уже никогда

>>148
Напиши в issues, я там. Задолбался уже эту наноборду пилить.

почему русских нет на федиверс ? кбин и лемми , есть ещё аналог твиттера мастадон но я такое не люблю