Timechain
Search Donate
Sponsors
Cake Wallet, private Bitcoin and Monero walletSideShift.ai, no-signup crypto exchangeOrangeRock, non-custodial bitcoin spot and perps tradingBraiins Hashpower, buy and sell Bitcoin hashrateLayer Two Labs, drivechains for Bitcoin

Re: Bitcoin stuff

To: mmalmi@cc.hut.fi Martti Malmi
mmalmi@cc.hut.fi wrote:

I had been wondering why everyone keeps harping on no-UI, when already
you can run it with only a small icon on the tray, which is common for
server services on Windows.  So I guess this is why.  I had chalked it
up to unix snobbery if they couldn't abide a tiny little icon on a
desktop they never see.

Not opening any windows is easy, but it may fail because the gtk
libraries aren't there.  wxWidgets has \_\_WXBASE\_\_ for "Only wxBase, no
GUI features".  You could try building for that instead of \_\_WXGTK\_\_ and
see what happens.  It would be preferable if there's any way to do it as
a command line switch on the same executable, rather than yet another
build variation to release.

How much memory do you have to work with?  Bitcoin necessarily takes a
fair bit of memory; about 75MB on Windows.  Is that a problem?

Command line control is one of the next things on the list.  I want to
design the API carefully.

Receiving payments is the part that has a lot of design choices to be
made.  The caller needs to identify the transactions of interest, that's
where the one-bitcoin-address-per-transaction model helps.  Searching
the comments text for an order number is another possibility.  There's
polled, asking what has been received to the given bitcoin address, and
event driven.  I guess in event driven, bitcoin would be told to run a
command line when a certain amount is received to a certain bitcoin address.

All writings · Satoshi era timeline

0:000:00