Да, эту документацию стоит изучить. Смартконтракты на плюсах - это ж отличная возможность заработать на ошибках в чужих смартконтрактах!
https://eosio.github.io/eos/
Эту?
Спасибо большое за ответ! Да, вы все верно написали, я понимаю, что прототипы. IDE просто уже оч сырая(Лучше не выкатывать такой сырой продукт), чем кому-то рекомендовать. Я с тем же успехом могу в блокнотике писать) Взять base58 я в коде могу. Хотя бы сохраняла могу писанину по закрытию, уже что-то было бы.
Можно и не релизить, это я бы и назвал отсиживаться. Многие проекты так и делают, годами что-то пилят без результатов и фидбэка, но мы считаем, что лучше поактивнее релизить.
Меня let не смущает, я умею kotlin/java. Я боюсь, что когда будет тьюринг полнота - то в контрактах появится акрторы и монады. И все. Многие не осилят. Я уже сейчас видел где-то там Some. Меня он тоже не пугает. Но многие не поймут.
Слишком функционально не будет, мы понимаем, что лучше использовать как можно более популярные языки.
Концепции я понимаю, что разные. По факту можно было бы подумать, как сделать доп комиссии. Это частый кейс. Не понимаю, зачем его отбрасывать. Криптокоты например берут комиссию за трейд котика 
Это можно будет сделать. При помощи sponsored transaction и смарт-ассета можно установить правило, что мой ассет можно пересылать только за такой-то токен.
Может сделаете 2 полноценных туториала по контрактам. 1 по ассет скрипту. 1 по аккаунт скрипту.
Прям полноценных. Там например с выставлением ордеров в биржу. Обработку ошибок(если не смогли ордер поставить).
Прям полноценных. Там например с выставлением ордеров в биржу. Обработку ошибок(если не смогли ордер поставить).
Это делаем