Принцип приема платежей

Сначала давайте вспомним как происходит перевод средств почти во всех блокчейнах:
вы открываете свой кошелек, указываете куда перевести и сколько. Все. Вы НЕ указываете НИ “кто” переводит, НИ “за что” переводит. Все анонимно! Из за этого все проблемы.
Получающая средства сторона НИКАК не может определить кто или за что сделал перевод. Поэтому везде используется метод “выделения уникального адреса”. То есть либо один адрес выдается участнику навсегда (связь: адрес-участник), либо на каждую новую операцию новый адрес (связь: адрес-операция).
В любом случае этот адрес является "временным" или “транзитным”, то есть нужен только чтобы определить “чьи или за что” поступили средства. Далее, эти поступившие средства пересылаются на адрес того, кому предназначались средства.
Примечание:
В bitcoin-подобных блокчейнах пересылка может не использоваться.

Главной проблемой использования сторонних сервисов при работе с криптовалютой является то, что приватные адреса известны самому сервису. А значит теоретически он может распоряжаться вашими средствами. Вопрос доверия к сервису становится очень важным.
Мы предлагаем вам несколько вариантов использования нашего сервиса. Используйте их в зависимости от степени доверия к нам:

1. Прием на внешний адрес

Самый простой вариант - прием на Ваш адрес, который был создан вне сервиса.
Используя метод track создавайте отслеживания. Единственное неудобство - возможно пользователю придется отправлять сумму, отличную от желаемой.

2. Прием на временный адрес с пересылкой на внешний адрес

В этом варианте адреса сервиса создаются через метод give и используются только как транзитные. Полученные средства сразу пересылаются на ваш внешний адрес. Это самый правильный вариант использования сервиса! Ваш внешний адрес прописывается в настройках или передается при вызове API.

3. Прием на временный адрес с пересылкой на основной адрес

Это самый простой вариант. То же что вариант 2, только внешний адрес не указывается. Главный минус - ваши средства хранятся у нас на сервисе, что мы НЕ приветствуем!

4. Защищенный вариант

В этом варианте вы должны на своей стороне реализовать генерацию адресов (хранение приватных ключей) и формирование подписей. URL обработчика прописывайте в настройках и дальше работаете обычно как в варианте 3.