Payments and refunds policy

By accepting the general Terms and Conditions of this website, every user by default accepts this Payments and Refunds policy.

A reservation is considered “placed” as soon as the user clicks on the Confirm button on the checkout page and receives confirmation of the reservation (Reservation successful message and/or confirmation email). Before clicking on the Confirm button, the user must explicitly indicate that he/she has agreed to this Payments and Refunds policy, and a checkbox will serve as proof. Regardless, that step functions only as a reminder, as the policy had been accepted already upon registering as a user.

A “Request” for a reservation is not considered a reservation.

In the context of a specific reservation involving two users, users agreeing to this policy also hereby declare that they have control over any cryptocurrency address from which funds are initially sent to make any sort of payments (including refunds) relating to the specific reservation. Similarly, users receiving payments hereby declare that they have control over any cryptocurrency address indicated (via chat, user profile, or any other means) to receive any sort of payments (including refunds) relating to the specific reservation. Having control over an address is sometimes referred as “being the owner of an address”.

Having control over an address means that the user has (or had, at any point in time) access and power to send funds from that cryptocurrency address, no matter how that address was generated. This also covers the case in which a user sends fund from his cryptocurrency address to an exchange provider (or any other third party) to swap cryptocurrencies, from which the desired coin will be sent to the receiver. The original (initiating) address always remains the one that sent the funds to the exchange service (or third party), and is, or was, in control of the user. In the case of multisig wallets, they can be created or joined by the customer or the listing provider. Regardless of the multisig configuration, the one(s) participating in the multisig wallet (customer and/or listing provider) are considered to have control (as defined above) over addresses generated by the wallet, even if they need confirmation from other parties to send funds.

Parties in multisig wallets that function as Mediators, are excluded from all provisions in this policy. Mediators are parties whose sole responsibility is making sure payments can be released from a multisig wallet in case of disputes.

The previous three paragraph are especially important in case of disputes. Disputes can originate, for instance, when a customer sends funds to a listing provider as a (pre)deposit to hold a reservation. A multisig wallet could have been used to hold the deposit, but any of the parties could then deny or not give authorization to release funds and go against the terms in a Cancellations and Refunds policy specified by the listing provider. Should something like this happen, the user denying or not authorizing the release can’t claim that he/she was not in control of the multisig addresses or the addresses that funded the multisig wallet. This ensures legal action can effectively be taken.

Payments for reservations made between users will be settled between the respective users only. The spirit of this website is that all payments should involve cryptocurrencies only, and no fiat. Nevertheless, users can agree to settle in any other form of currency, should there be any unexpected difficulties using cryptocurrencies at the time of payment.

Staynsee takes no part in payments between users, as those occur outside of our website. We charge no fees or commissions. This implies as well that we are not responsible for any mishappenings during the payment phase, but we always remain open to provide any possible assistance.

To summarize, Staynsee is not responsible for any loss of funds, especially those related to:

• A user sending funds to a wrong address
• A users’ software (wallet) failure
• Any exchange portal (Binance, Coinbase, etc…) blocking the transaction
• Any other situation that is not strictly related to our own systems

In case a payment page is not being displayed, or amounts (fiat or crypto) are erroneous, please contact us. We can always manually create payment links and orders if the automatic system fails.

Refunds between users after making a reservation and paying for it will be dealt with according to the listing’s provider own refunds policy, if any. Staynsee is not responsible for any refunds between users. If the listing provider does not provide a Cancellations and Refunds policy, then no rules apply to cancel or refund reservations, and thus forces both parties to reach an agreement.

The Cancellations and Refunds policy stated by the listing’s provider becomes binding upon placing a reservation. This means that the parties involved agree to its terms, and in case any party does not follow the policy, the other party may initiate legal action.

The provider of the listing may change its Cancellations and Refunds policy at any time, but the changes will be valid only for reservations placed after the changes. Reservations placed earlier will still be binded to the previous policy, which should be available in written form in the original confirmation emails sent to both parties.

Refunds must be paid relative to the cryptocurrency amount deposited by the guest/customer and will not be referenced to current fiat values. In a theoretical booking in which a guest placed a reservation for an equivalent price of 0.1BTC and has the right to get a 50% refund if cancelling within a certain time limit, the refunded amount would be 0.05BTC, independently of the fiat value at the time of refunding.

In case of disputes about payments between users, we reserve the right to use any data we might have related to those users and the respective reservations.

If legal action is taken by one of the users and there are signs of wrongdoings, we might provide the aforementioned data to whoever needs it if it would help to settle the dispute.