Комментарии 6
автор не слышал про OAUTH
Насколько я понимаю OAuth, он не решает описанные мной проблемы.
Он не решает аутентификацию by design (не смотря на название). И в тех контекстах где он решает авторизацию, информация, которую приложения передают, все еще хранится на серверах приложений, а не где-то на моем аккаунте.
Вот конкретный пример: в нормальном интернете у меня не должны быть отдельные социальные графы на похожих сервисах. Как используя существующие решения сделать такой примитив, где существует социальный граф, который несколько приложений могут изменять с моего разрешения, но ни одно приложение не имеет эксклюзивное право забрать у меня доступ к нему, или менять без моего разрешения?
Все остальное — просто маркетинг вокруг onepage. Даже не whitepaper, извините...
Несомненно, это маркетинговая, а не техническая статья, она не пытается быть whitepaper.
Техническая информация есть здесь. Код тоже открыт. В очень доступном виде можно на английском посмотреть здесь, где мы с одним из исследователей из Ethereum Serenity разбираем детали NEAR и различия с Serenity.
Главный вопрос блокчейн проектов -- как правильно делать обналичку, чтобы не пришли и где прятаться от SEC.
NEAR запустился! И теперь строить открытый и свободный интернет намного проще