VS
Например ты пишешь контракт в виде либы, а потом натравливаешь кодогенератор и он обновляет тебе диспетчер и клиентскую либу
Size: a a a
2019 April 22
VS
в клиенте ты дёргаешь что то типа contractclient.SendMoney(whoom, amount)
f
Я понимаю, да :)
Но мы отсекаем сейчас HTTP, и оставляем только строчку, отправленную в body. Чтобы поддерживать такую кодогенерацию, нужно будет роутить весь HTTP-запрос внутрь приложения.
Но мы отсекаем сейчас HTTP, и оставляем только строчку, отправленную в body. Чтобы поддерживать такую кодогенерацию, нужно будет роутить весь HTTP-запрос внутрь приложения.
VS
а как ещё?
f
Ну можно описать роутинг не в терминах
HTTP Request -> HTTP Response, а в терминах String -> StringVS
я бы сказал json -> json
f
угу
f
Надо посмотреть, может сваггер расширяется как-нибудь хорошо
VS
а то чт хттп это транспорт - никому не интересно. вы его уже реализовали. он данность
VS
да, выделите ключ method для передачи метода и швыряйтесь туда сбда жсоном.
VS
всмысле http method вам не подвластен - и эти вызовы совсем не рест.
A
вот представь, ты описываешь апи, тебе генерится одновременно кусок контракта и клиентская либа, тебе остаётся только описать хэндлеры конкретных типов, и о магия, они уже с сигнатурами
говоря коротко, сделайте gRPC/Thrift для fluence )
VS
типа того, но скорее протобуф
AD
и к сожалению на фльюенсе будет только паблик сторадж =(
вообще есть мысли про то, что можно поверх инкорпорировать что-то вроде https://eprint.iacr.org/2016/591.pdf и oblivious ram (когда там ресерч продвинется) – чтобы хранить и приватные данные
AP
А зачем почта на блокчейне, можно её на p2p чистом делать или onion технологии
VS
так блокчейн и есть п2п
2019 April 23
AP
имею ввиду, зачем из блокчейна все остальное барахло тащить
AP
кроме p2p
VS
имею ввиду, зачем из блокчейна все остальное барахло тащить
Ну ... нам нужна гарантия что не наши ноды не удалят наши данные.
AP
эм, не вижу смысла для дезентрализованной почты городить тоже самое что и для блокчейна