AF
непонял вопрос, state это данные контракта.
А нам нужно доказанное желание контракта что то сделать.
А нам нужно доказанное желание контракта что то сделать.
для этого придётся импортировать блоки
Size: a a a
2019 June 21
AF
и делать это должен отдельный «контракт» внутри той же сети
VS
для этого придётся импортировать блоки
я использую ТРИЗ "сделать наоборот" всмысле пусть эфир этим занимается, контракту нужно толлько сказать что он хочет
AF
я использую ТРИЗ "сделать наоборот" всмысле пусть эфир этим занимается, контракту нужно толлько сказать что он хочет
как ты себе это представляешь?
АS
Как доказать что данные в ethereum соответствуют state?
AB
Как доказать что данные в ethereum соответствуют state?
Там вроде дерево меркла должно быть к блоку подвязано
АS
Я так понимаю впдидаторы fluence не будут ходить за пределы самого state?
VS
Я думаю что когда валидаторы суют блок в эфир - это хорошее основание заодно и денег перевести
AF
Я так понимаю впдидаторы fluence не будут ходить за пределы самого state?
не будут и не могут
VS
ну пока не могут, да.
АS
не будут и не могут
Да так вопрос остался как доказать тогда правильность данных?
AD
у нас была идея, что риал-тайм ноды флуенса будут качать с разных (чтобы не попасть случайно на malicious) эфировских нод блоки и их хидеры, и отдавать внутрь васм кода
а васм код бы уже разбирался с форками и умел отвечать на реквесты
а васм код бы уже разбирался с форками и умел отвечать на реквесты
AF
не будут и не могут
по-идее это должен отдельный app в fluence должен это делать
AF
по-идее это должен отдельный app в fluence должен это делать
не «системный», а first-class citizen
VS
Да, вот механизм first class API тоже нужен ... в чужой апп редис сходить =)
AF
не «системный», а first-class citizen
а дальше нужно ждать interop
AF
Да, вот механизм first class API тоже нужен ... в чужой апп редис сходить =)
ага
АS
Я бы сделал проект который это делает на хакатоне
VS
Велком ту зе тим!