Sorry If I am missunderstanding anything. I was about to send some comb to a friend of mine. Just as the whitepaper says, I had to pay 546 satoshi to each of these 21 numbers. This plus the fees makes the transaction fees too high.
Hello, we take scaling very seriously. Truth is users pay Bitcoin fees for their transfers, and you need to fund 21 addresses to confirm payment.
The good thing is anyone can pay to huge number of addresses, using one payment, at once, by using liquidity stacks. This is not only an idea, it is actually implemented and working (but not user friendly).
The way it works with 2 receivers is this:
Suppose you want to pay 2 users AAA BBB each 0.1 COMB Your change address is DDD.
So you create 2 liquidity stack entries the first uses DDD AAA addresses and pays to AAA 10000000 smallest units. The address of first liquidity stack becomes EEE.
Next you create another liquidity stack entry that uses EEE , BBB addresses and pays to BBB 10000000 smallest units. The address of this stack becomes then FFF.
And then you fund FFF stack using your comb.
This scales to any number of receivers, using one payment.
How can that scale? Am I missing something? How are we going to get a functional faucet?
I'm very proud about how scalable COMB is. Faucet/exchange is going to pay out a huge batch of COMB every hour/day and confirm tons of payments by funding 21 addresses once a hour/day.
Hope that helps.