devlog updated

2023-02-05 17:03:48 +03:00 · 2023-02-05 17:03:48 +03:00 · e1a38aad49
parent d437d67133
commit e1a38aad49
1 changed files with 90 additions and 1 deletions
--- a/docs/devlog.md
+++ b/docs/devlog.md
@ -1,5 +1,94 @@
+## 2023-02-05

-## 2032-02-03
+
+### fixme
+
+Багтрекеры не нужны. Нужно сделать утилиту
+fixme, которая будет вести  список FIXME/TODO
+из файлов. Формат FIXME/TODO достаточно расслабленный,
+но с определёнными условностями (TBD).
+
+Каждая такая запись привязывается к файлу/строчке/гитовому
+коммиту. Оттуда и берёт автора, и как-то трекает историю.
+
+Изменения workflow делаются отдельными записями, можно еще
+с криптоподписью (взять тот же самый credentials).
+
+Аттачменты и прочее --- добавлять хэш-ссылками на
+
+1. объект hbs2/offgrid
+2. git blob
+
+Тогда, если по этому гитовому хэшу объект где-то находится
+(в т.ч. вообще в любом репозитории, у нас же может быть
+глобальный словарь sha1 <-> offgrid-hash) то - рисуем картинку
+или изображаем аттачмент.
+
+
+### Про PEX
+
+Надо делать PEX. PEX очень простой:
+
+```
+  data PEXEntry e = PEXAdd (PeerAddr e)
+                  | PEXDel (PeedAddr e)
+                  | PEX
+
+  data PEX e = PEXRequest  ???
+             | PEXResponse ??? [PEXEntry]
+```
+
+На самом деле, кто тут судьи? Кто может нам
+сказать - добавить пира или удалить.
+
+Только мы сами можем решать.  Поэтому, PEX
+может быть редуцирован до:
+
+
+``````````````````````````````````````````````
+data PEX e = PEXRequest ???
+           | PEXInfo [PeerAddr e] (Maybe ???)
+
+
+  A                       B
+  +  -> PEXRequest    ->  +
+  |                       |
+  + <- PEXInfo xxx ??? <- +
+  |                       |
+  |                       |
+
+``````````````````````````````````````````````
+
+Вопрос, сколько пиров за раз отдавать,
+как можно нас зафлудить битыми пакетами
+и т.д.
+
+
+Информацию о пирах лучше сделать вообще отдельным
+протоколом, что бы не загромождать этот.
+
+Тогда останется только
+
+```
+  data PEX e = PEXRequest ??? | PEXAnswer [PeerAddr e]
+
+```
+
+Оценочные суждения, что пир такой-то --- редиска и т.п.
+можно оставить за кадром. Там нужны пруфы или сеть
+доверия, для сети доверия надо хранить статистику пиров
+(что, кстати, можно).
+
+То есть если пир, который у нас на хорошем счету, или
+его хороший пир говорят нам, что какой-то  другой пир
+--- плохой, то этому можно верить.
+
+
+Вопрос, база локальная или база глобальная. Вообще, это
+целая большая история и пока не до неё.
+
+
+## 2023-02-03

 FIXME: Перестаёт качать ближе к концу файла.
       После повторного анонса --- докачивает.