Node 2 node

Author: Difrex

README.org

@@ -8,13 +8,12 @@
 ** Чеклист
 
 - [-] Описание стандарта в этом документе
-  - [-] Формат бадла
-  - [-] Формат сообщения на отправку
+  - [x] Формат бадла
+  - [x] Формат сообщения на отправку
   - [-] Формат node2node API
-  - [-] Формат client API
+  - [x] Формат client API
 - [-] Согласие на принятие стандарта от core-team(ники с [[https://github.com/orgs/idec-net/people][Github]])
   - [-] vit1-irk
-  - [-] btimofeev
   - [-] spline1986
   - [-] Difrex
 - [-] Реализация PoC
@@ -37,7 +36,7 @@
   адреса для отправки сообщения определенному поинту на его адрес.
 
 
-*** TODO Формат бандла личного сообщения
+*** DONE Формат бандла личного сообщения
 
 На основе нижеизложенных фактов предлагается к рассмотрению следующий формат бандла
 #+begin_src
@@ -52,7 +51,7 @@ Re: Мое первое сообщение в эху         # Заголово
 текст сообщения                        # Текст сообщения
 #+end_src
 
-*** TODO Формат сообщения на отправку
+*** DONE Формат сообщения на отправку
 
 #+begin_src
 dynamic,1                                      # Вместо эхи используем адрес
@@ -66,7 +65,45 @@ Vasya                                          # Имя пользователя
 
 *** TODO Формат node2node API
 
-*** TODO Формат client API
+Каждая нода может хранить у себя личные сообщения пользователей с других
+станций сети.
+
+Получение личных сообщений со станций сети предлагается сделать аналогично клиентскому.
+Т.е:
+
+#+begin_src
+curl -XPOST -d "nauth=authstring" https://node.example.com/x/n/
+addr,1
+MSGHASH
+addr,2
+MSGHASH
+#+end_src
+
+Получаем эти сообщения:
+
+#+begin_src
+curl -XPOST -d "nauth=authstring" https://node.example.com/x/n/MSGHASH/MSGHASH
+MSGHASH:BASE64
+MSGHASH:BASE64
+#+end_src
+
+Смещения:
+
+#+begin_src
+curl -XPOST -d "nauth=authstring" https://node.example.com/x/n/-1:1
+MSGHASH:BASE64
+#+end_src
+
+Узнаем колличество сообщений:
+
+#+begin_src
+curl -XPOST -d "nauth=authstring" https://node.example.com/x/n/с
+dynamic,1:3
+tavern,23:5
+#+end_src
+
+
+*** DONE Формат client API
 
 Т.к. мы используем теги, то API отправки сообщения можно не менять, но поменять конечный эндпоинт,
 вынеся его в расширения протокола.