Прояснение по адресу возврата средств:
How it works?
If you don't provide a refund address during the order creation process, you will be able to provide it later *if* and *when* it's needed.
The posterior refund address insertion can be only made when the page asks for it and it's a fully automatic process that doesn't require an operator intervention.
When a refund may be required?
A refund request state can be triggered in some situations such as:
a) your deposit took too much time to confirm and the amount you planned to receive was sent to some order that was quicker and drained the necessary reserve required by your order, since our system does not reserve output amounts in the "CONFIRMING INPUT" state for coins that may take a lot of time to confirm and are prone to double-spending *
b) your BTCLN invoice is unpayable
c) race condition with other order(s) that took your planned amount of reserve at the same time *
d) a node/wallet responsible for payout suddenly crashed or is not responsive *
and any other unforeseen situations.
* refund is optional in these cases and offered to a user in-order, since under these circumstances the order will turn into a backorder and await for a necessary reserves to be executed
Why is it optional during the order creation?
Some users prefer not to bother providing the refund address during the address creation, since mostly it's not required. Doing this extra step for providing a refund address during the order creation is viewed as time-consuming for some people. This is however their responsibility to keep their order's URL in secret and monitor the order to avoid a scenario when someone who they shared the order ID with would take a refund on their behalf, since any refund address can be entered if it wasn't defined during the order creation process.
Some users don't mind taking all the steps to fill all the fields during the order creation, which is a most safe mode of creating an order.
Every user has its individual views on the order creation process, therefore we try to cover all possible situations.
How it works?
If you don't provide a refund address during the order creation process, you will be able to provide it later *if* and *when* it's needed.
The posterior refund address insertion can be only made when the page asks for it and it's a fully automatic process that doesn't require an operator intervention.
When a refund may be required?
A refund request state can be triggered in some situations such as:
a) your deposit took too much time to confirm and the amount you planned to receive was sent to some order that was quicker and drained the necessary reserve required by your order, since our system does not reserve output amounts in the "CONFIRMING INPUT" state for coins that may take a lot of time to confirm and are prone to double-spending *
b) your BTCLN invoice is unpayable
c) race condition with other order(s) that took your planned amount of reserve at the same time *
d) a node/wallet responsible for payout suddenly crashed or is not responsive *
and any other unforeseen situations.
* refund is optional in these cases and offered to a user in-order, since under these circumstances the order will turn into a backorder and await for a necessary reserves to be executed
Why is it optional during the order creation?
Some users prefer not to bother providing the refund address during the address creation, since mostly it's not required. Doing this extra step for providing a refund address during the order creation is viewed as time-consuming for some people. This is however their responsibility to keep their order's URL in secret and monitor the order to avoid a scenario when someone who they shared the order ID with would take a refund on their behalf, since any refund address can be entered if it wasn't defined during the order creation process.
Some users don't mind taking all the steps to fill all the fields during the order creation, which is a most safe mode of creating an order.
Every user has its individual views on the order creation process, therefore we try to cover all possible situations.