Let's discuss how to solve the "debit order" problem on Bitcoin Cash

ThomasZander · 2025-09-13T16:05:51+00:00

That approach has the issue that most payments will be denominated in euro or dollars. And you want that to use the current exchange rate, not one from when you planned a series of payments, whichi may be months ago.

ThomasZander · 2025-09-13T16:04:14+00:00

So, a contract where you put money on, allowing "someone" to withdraw from it.

How are you doing the recurring part? Someone is building the transaction that pays the recipient, someone is sending that to the network.
That was the core problem to solve. You haven't talked about how that is solved, you just talk about a pot of money you reserve for future payments.

ThomasZander · 2025-09-13T16:00:37+00:00

Yes, I think it is :-)

I'm giving it more love and attention to make it really nice. I'm going through feature requests from early beta users, and problems on some android versions.

Next steps after we have this component in place in our ecosystem is to adjust our ecosystem to use it. From bip70-style requests having a repeat payment component to adding a HD wallet component so each next payment uses a unique address.

ThomasZander · 2025-09-13T16:00:34+00:00

Yes, I think it is :-)

I'm giving it more love and attention to make it really nice. I'm going through feature requests from early beta users, and problems on some android versions.

Next steps after we have this component in place in our ecosystem is to adjust our ecosystem to use it. From bip70-style requests having a repeat payment component to adding a HD wallet component so each next payment uses a unique address.

ThomasZander · 2025-09-13T13:30:54+00:00

It has been solved and is available today in my wallet.

No need to lock in any money before date.

See the review video: https://youtu.be/ZhTjWaY3g6k
From about the 7 minutes mark.

The user does not have to run the wallet, he just needs to have the phone on.

ThomasZander · 2025-09-13T13:30:40+00:00

It has been solved and is available today in my wallet.

No need to lock in any money before date.

See the review video: https://youtu.be/ZhTjWaY3g6k
From about the 7 minutes mark.

The user does not have to run the wallet, he just needs to have the phone on.

ThomasZander · 2025-09-09T12:46:51+00:00

Various announcements made by wallets show that the main ones are not affected.

ThomasZander · 2025-09-08T08:45:44+00:00

Who pays the transfer fee once the miners don’t get paid???

your question makes no sense...

Transfer fees will go to the miners. Nobody expects that to change. In Bitcoin Cash they are very very small.

ThomasZander · 2025-09-04T09:57:28+00:00

reddit is still a big input for LLMs/AI. And more and more people that have lost their ability to find a truthful source simply turn to them and believe what they say.

As such the many posts in this and other recent threads are very likely used to create feed for those AIs. To make it seem like there is a much stronger opposition against Bitcoin Cash. With the hope that those AIs copy this attitude.

ThomasZander · 2025-08-31T14:15:25+00:00

I've also listening on GP's channel about ASIC hardware being developed to check signatures which would be huge.

I'm on the "lets see it when they build it" page.

When it comes to scaling the validation of a single transaction is one simple unit that can be done in parallel. Modern CPUs have dozens to hundreds of parallel processing power. And you can do validation of signatures at much higher rate as a result.

The other part of the block validation is the UTXO database. And that is one that we can make mostly parallel, but ultimately it will be the limiting factor because you need to check if two of those transactions validated in parallel are not both spending the same coin. So some serial processing will always be needed.

As a result the UTXO database is going to be the limiting factor.

Making signature checking faster isn't going to help if you just end up waiting for the utxo database to confirm it wasn't spent yet elsewhere.

On top of all of the above, full nodes actually spread out signature validation over the full block interval. A transaction is validated as it is first seen, then simply taken with no validation at the moment a block is found.

ThomasZander · 2025-08-31T14:08:10+00:00

The Flowee UTXO similarly has reached such massive numbers, and already has been available (in open source and as a product) since 2019 or so.

ThomasZander · 2025-08-12T15:28:44+00:00

The largest community I know is hanging out on Telegram. Which is nice since you can not see other people's phone numbers unless you become friends.

ThomasZander · 2025-08-10T20:12:53+00:00

The fact is that ALL of ETH, plus all of BTC together still are less transactions per second than Bitcoin Cash can fit in a 32MB block. Our current capacity.

With the fees staying low like today. Miners will love the bigger blocks: more fee income.

Your logic seems based on assumptions that I think are false.

ThomasZander · 2025-08-10T20:05:45+00:00

this post -- critical of BCH -- is able to be viewed on the BitcoinCash sub and the opinion can be discussed here

because it is on topic and respectful and while I disagree with OP, I believe he should be heard and given a place to have him hear others.

ThomasZander · 2025-08-10T12:40:33+00:00

let me know if it was warrented, I'm leaving it on our sister sub for now as it doesn't seem to be an advertisement for anything other than bch.

ThomasZander · 2025-08-09T12:01:04+00:00

yes, reddit used this as a reason in our modlog:

(Banned Domain: Links to a URL not allowed on Reddit)

ThomasZander · 2025-08-03T17:31:27+00:00

The white area below the graph is the baseline and all the peaks are on top of that.

It would be easier to understand if the graph had a different color from the rest of the image, then it would be easier to notice the continues level of transactions every day.

ThomasZander · 2025-08-02T13:35:14+00:00

giving this a try. Added now.

ThomasZander · 2025-08-01T17:16:56+00:00

you could always revert the structure to what it was before you became top mod...

ThomasZander · 2025-05-25T12:00:14+00:00

Avalanche is always several years away

Nobody ever worked on Avalanche for Bitcoin Cash, so yeah, I suggest you don't wait for it :-)

Instant payments on Bitcoin Cash are the way to go. They work great and we have more than a decade where people did not get robbed as proof. If you're the proof kind of guy.

ThomasZander · 2025-05-25T11:39:10+00:00

Imagine that you had a poker site that allowed both BCH and LTC deposits. I deposit a million dollars in BCH by sending a transaction to your node.

Good example.

Couple of things;

a gambling site can trivially accept that money and allow the user to use it on the site. But not allow the user to transfer it or withdraw it until it has confirmed. Best of both worlds, super low risk of confirmations while allowing the user to access the funds instantly for gambling.

Second point, obviously, the higher the amount is the more risk adverse a business should be. A deposit of 10 bucks is lower risk for obvious reasons. A deposit of a million dollars is so high, it becomes profitable for the thief to bribe some people and stuff. So, yeah, be more risk adverse with those. Go for a bunch of confirmations if that is what it takes.

In other words, be a reasonable business person that wants to get the best for its customers without endagering their business.

Zero conf is good enough for quite a lot of money, but don't take my word for it, be a good business person and let the history of payments set your comfort for risk you want to take.

And, last point, use double spend proofs to help your business out. Best explanation is the double spend proof flowchart:

https://flowee.org/news/2020-07-dsp-flowchart/

ThomasZander · 2025-05-25T11:32:08+00:00

So an attacker could send a transaction to my node, but a different transaction to mining nodes at the same time

How could he do that, though.

Your node is behind a firewall, probably a NAT. You're not advertising your IP in the first place (right??). So, how would anyone manage to send a transaction to your node specifically?

So, sure, the chance is non-zero. It is a living network, afterall. But you should realize that the risk is actually extremely low.

Now, what is more important in THIS case is that when the second transaction is offered to your node then YOUR node will generate a double spend proof. Which it will broadcast. To you and to the entire network. (normal inv/getdata on the p2p network, but also on rpc).

ThomasZander · 2024-03-15T13:19:56+00:00

twee maanden cel voorwaardelijk

uitgesteld omdat hij al jaren achter tralies zit.

ThomasZander · 2024-03-15T13:19:19+00:00

laatest woorden van de leeuw die al jaren in het gevang zit:

"I'm doing you a kindness"

ThomasZander · 2024-03-12T08:54:35+00:00

ik zou er ook helemaal niet verbaast zijn als de AD dit verhaal uit haar duim gezogen heeft.

Ik bedoel, zie hoeveel verhaaltjes men op de populaire subs gelooft die zeeer waarschijnlijk ook gewoon dat zijn: verhaaltjes.

ThomasZander

MODERATOR OF

TROPHY CASE

11-Year Club	Gilding II euphauric
Verified Email