Правильно ли я понимаю, что если я зайду в оплату услуг -> мобильный телефон, введу туда номер телефона друга, то меня не попросят пройти идентификацию?
Да, я знаю, что не во всех европейских банках приходится легко. И то, что Вы говорите, что нельзя просто так переводить и снимать деньги — я полностью с этим согласен. Я лишь предлагаю улучшить опыт использования системы и запретить точно так же вносить средства, коли с ними ничего нельзя без идентификации сделать.
При регистрации я не заметил никаких условий пользования в явном виде, так как все, что у меня спросили это код из sms и тут же перенаправили в кошелек.
Я понимаю, что Вы хотите сказать: в этом мире нужно читать договор (условия) перед тем, как его подписывать и, если сам себя загнал в кабалу, потому что не читал договор или читал невнимательно, то сам себе злобный буратино.
Я понимаю свою ошибку и впредь буду внимательней читать условия до того, как начать пользоваться. Возможно я немного расслабился на фоне предоставляемых в Европе услуг, где через мобильную аппликацию могу активировать банковскую карту и пройти полную процедуру KYC с предоставлением паспортных данных, мне даже в банк не нужно ехать.
Прошу прощения, что распространяю здесь свои завышенные ожидания к платежным системам. К хорошему быстро привыкаешь.
Только надо помнить, что если «страшные хеши» сконвертировать библиотекой humanhash, то разным «страшным хешам» могут соответствовать _одинаковые_ последовательности английских слов, т.к. humanhash — это хеширование, в котором байты бьются на блоки и каждый блок ужимается до одного байта операцией xor, а потом эти байты по таблицам заменяются на слова.
Стоит отметить, что существует метод восстановления публичного ключа из подписи (по крайней мере свести к небольшому числу вариантов), описанный в разделе «4.1.6 Public Key Recovery Operation» здесь: www.secg.org/sec1-v2.pdf
Кстати говоря, именно этот метод используется в блокчейне Ethereum. Там, кроме параметров R и S в подписи, еще есть параметр V, который содержит в себе идентификатор сети (для предотвращения replay-атаки), а так же индекс публичного ключа из всех возможных вариантов восстановления. Таким образом транзакция содержит только подпись (R,S,V) и по ней определяется как единственный публичный ключ, так и адрес отправителя (который является частью хеша публичного ключа).
Что касается процесса подписи, то в Ethereum блокчейне, вместо случайного числа используют некий nonce, который вычисляется на основе секретного ключа и хеша подписываемого сообщения. То есть функция подписи одного и того же сообщения будет всегда возвращать один и тот же результат. Подробнее об этом можно прочесть в RFC 6979: tools.ietf.org/html/rfc6979#section-3
Я понимаю, что Вы хотите сказать: в этом мире нужно читать договор (условия) перед тем, как его подписывать и, если сам себя загнал в кабалу, потому что не читал договор или читал невнимательно, то сам себе злобный буратино.
Я понимаю свою ошибку и впредь буду внимательней читать условия до того, как начать пользоваться. Возможно я немного расслабился на фоне предоставляемых в Европе услуг, где через мобильную аппликацию могу активировать банковскую карту и пройти полную процедуру KYC с предоставлением паспортных данных, мне даже в банк не нужно ехать.
Прошу прощения, что распространяю здесь свои завышенные ожидания к платежным системам. К хорошему быстро привыкаешь.
Мне показалось ещё, что всё очень дёргается — то ли фпс маловат, то ли обсчет физики движения происходит реже, чем отрисовка.
Скоро выйдет Flight Simulator 2020, может там флайт модели улучшатся (вместе с графикой).
https://youtu.be/ReDDgFfWlS4
Есть ещё часы с синхронизацией по радиосигналу DCF77. Правда не во всех точках Земли синхронизируются.
Ну потрял часы с браслетом, купил новые. Проблем-то. А если метка перестанет работать?
Кстати говоря, именно этот метод используется в блокчейне Ethereum. Там, кроме параметров R и S в подписи, еще есть параметр V, который содержит в себе идентификатор сети (для предотвращения replay-атаки), а так же индекс публичного ключа из всех возможных вариантов восстановления. Таким образом транзакция содержит только подпись (R,S,V) и по ней определяется как единственный публичный ключ, так и адрес отправителя (который является частью хеша публичного ключа).
Что касается процесса подписи, то в Ethereum блокчейне, вместо случайного числа используют некий nonce, который вычисляется на основе секретного ключа и хеша подписываемого сообщения. То есть функция подписи одного и того же сообщения будет всегда возвращать один и тот же результат. Подробнее об этом можно прочесть в RFC 6979: tools.ietf.org/html/rfc6979#section-3
03 — compressed odd
04 — uncompressed
Для манипуляции DOM или упрощения работы с, есть небольшая обёртка: https://github.com/dennwc/dom