f
Все HTTP запросы роутятся в Wasm код, и уже там их можно обрабатывать
Size: a a a
2019 April 25
f
Обработка обычно выглядит как функция String -> String или []byte -> []byte
EP
ладно, есть прватный и публичный ключ, по публичному - мы вытаскиваем данные для него, с помощью приватного - он подписывает какието ключевые слова и отправляет вместе с комментом на бекенд?
EP
есть какойто пример кейса с подписью и валидированием этой подписи?
f
ладно, есть прватный и публичный ключ, по публичному - мы вытаскиваем данные для него, с помощью приватного - он подписывает какието ключевые слова и отправляет вместе с комментом на бекенд?
Что подписывать и как -- решать самому разработчику, как в обычных client-server приложениях. Тут Fluence никаких условий не диктует
f
есть какойто пример кейса с подписью и валидированием этой подписи?
Да, есть проверка подписи в SQL DB, сейчас дам ссылку на код
EP
ну подписи же совершенно разные бывают, их механики, тут вопрос в том что база данных поддерживает для валидации
f
Вот пример реализации подписи на расте
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/signature.rs
Вот пример её использования в SQL DB, тоже на расте
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/lib.rs#L50
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/signature.rs
Вот пример её использования в SQL DB, тоже на расте
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/lib.rs#L50
f
ну подписи же совершенно разные бывают, их механики, тут вопрос в том что база данных поддерживает для валидации
Можно использовать любые способы авторизации, которые компилятся в Wasm
f
Вот пример реализации подписи на расте
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/signature.rs
Вот пример её использования в SQL DB, тоже на расте
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/lib.rs#L50
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/signature.rs
Вот пример её использования в SQL DB, тоже на расте
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/lib.rs#L50
К слову, signature.rs можно использовать и из AssemblyScript (аналог TypeScript), и иметь криптографию на расте, а бизнес-логику -- на AS
EP
К слову, signature.rs можно использовать и из AssemblyScript (аналог TypeScript), и иметь криптографию на расте, а бизнес-логику -- на AS
в таком случае криптографию в большинстве случаев из коробки можно использовать или каждый раз свою нужно будет писать?
f
в таком случае криптографию в большинстве случаев из коробки можно использовать или каждый раз свою нужно будет писать?
Можно использовать из коробки. В примере не своя реализация криптографии, там используется раст-библиотека
libsecp256k1f
Сейчас бэкенды можно свободно писать на Rust и AssemblyScript, чуть менее свободно на C, и мы работаем над поддержкой C++ и Python
f
Соответственно любые библиотеки этих языков можно использовать, при условии что они компилируются в Wasm
EP
Вот пример реализации подписи на расте
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/signature.rs
Вот пример её использования в SQL DB, тоже на расте
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/lib.rs#L50
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/signature.rs
Вот пример её использования в SQL DB, тоже на расте
https://github.com/fluencelabs/fluence/blob/master/vm/src/it/resources/test-cases/llamadb/src/lib.rs#L50
в этом кейсе адрес подписывающего не извлекается я так понял?
f
в этом кейсе адрес подписывающего не извлекается я так понял?
Там просто проверяется подпись, да. Но во Fluence нет адресов как в Ethereum, например. Это просто обычные бэкенды :)
EP
ну паблик кей я имею в виду
f
В этом случае публичный ключ захардкожен в код БД, да
f
Это один из способов гарантировать, что только владелец приватного ключа будет иметь доступ к определенным операциям
EP
вот в этой строчке я так понял паблик кей подписавшего сравнивается с закардкоженным?