Quote from: n0nce on March 28, 2022, 09:18:14 PM

Quote from: m2017 on March 28, 2022, 09:14:11 PM

Quote from: n0nce on March 28, 2022, 08:15:42 PM

Quote from: m2017 on March 28, 2022, 07:37:30 PM

~

I don't think that smart contracts work between chains. Depositing currency into a smart contract is literally done by sending it to the contract's address. Since you can't send BTC to an ETH address, that won't work.

You misunderstood my point.

I'm not suggesting sending BTC to ETH address.
It is enough to automate the following:
- BTC arrived at the account of mixer.
- In parallel, a smart-contract with ETH is created for the user.
- This frozen ETH acts as a guarantee for the user. If he doesn't receive BTC from the mixer exit, he will be able to pick up ETH.

BTC and ETH chains are independent of each other, but an intermediary program appears between them, which performs all actions. For example, it analyzes BTC receipt to the mixer's address, creates a smart-contract with ETH, etc.

You need a trustless way to do this though;

Undoubtedly, you are right and the method must be extremely reliable so that neither side can deceive the other. Without this, the whole idea becomes meaningless.

Quote from: n0nce on March 28, 2022, 09:18:14 PM

if you give access to ETH before receiving the BTC, the user can scam you,

To avoid this, an intermediary program is needed, which will unfreeze access to ETH only after BTC is received.

Quote from: n0nce on March 28, 2022, 09:18:14 PM

if you only hand out the ETH after receiving, you can scam the user.

This is what a smart contract is for. The intermediary program, when sending BTC to the desired address (but not yet fully confirmed by the network), creates a smart contract with the conditions "freeze the equivalent of the amount ETH sent by the user to BTC for the period of waiting for confirmation." After BTC arrives at the address, the intermediary program will unfreeze ETH account. Or, the program will not be able to influence the smart contract after it is created (which should be more reliable), and the account will unfreeze after a certain time, sufficient to confirm transaction BTC.

This is only a draft version, completely devoid of grace for solving the desired problem.

Quote from: n0nce on March 28, 2022, 09:18:14 PM

The ETH smart contract cannot observe the BTC blockchain.

I understand. Thank you for reminding me of this.

In my idea, networks BTC and ETH do not intersect in any way. Iintermediary program, which, just does not allow one of the parties (mixer and user) to scam, connects ETH and BTC networks (conditionally), checks the receipt of the required amount to the addresses, controls the fulfillment of the conditions.

Quote from: n0nce on March 28, 2022, 09:18:14 PM

You would need something like a preimage / commitment that is opened by the receiver, thus giving access to the sender; just like it is done in Lightning Network and submarine swaps.

Yes, commitment sounds the closest.

Quote from: n0nce on March 28, 2022, 09:18:14 PM

I think your mixer idea just boils down to doing a submarine swap.

Maybe have a look into those.
There's also a video presentation by Alex Bosworth. Not sure if it's good, though.

It is possible and if so, then I apologize that I wasted your time with "inventing the wheel".

I don't know anything about submarine swap or and first saw the term in your post, but I'll look through your links and try to learn more about it.