I have never done anything with php and probably won't for a while either.

If they've just put a load of random stuff together though it might not be the most secure thing to run for sending out invoices...

Does quickbooks work with bitcoin? I don't really have to worry about taxes as they just ask for estimates here so I try to give as accurate as possible but they don't care so much if somethings submitted wrong (especially if you overpay or it doesn't affect tax). (I normally just copy and pasta a column in electrum).

What language are you trying to script in there? Bash, python, c?

I'd recommend trying python if you know how to use it as it's going to be easier than anything else, unless qrencode (that''s installed with bitcoin core) is able to handle it...

I currently live in an apartment block and I rarely see my neighbours but I'm wondering if it's annoying for me to be pacing, on my toes, above them (if they can hear it below) - since I can hear their washing machine.

The internet is turning up very useless in finding search results related to this so I'm wondering if anyone has any alternatives to what I can do. Going outside means I run the risk of being viewed as a "runner" (or setting on fire ). But there might be something similar to pacing I can do that might be less annoying for the people below?

One of the biggest risks of the lightning network is that core nodes and merchants must leave the private keys for their channels on online devices, they can airgap private keys for blockchain funds separately but it'd be difficult to do this with the lightning network.

Editor note: it's also not possible to partioally close a channel as far as I can tell meaning the user may have to trust a third party to try to transfer their funds out of a channel.

Timelock issues:
The initial party wanting to send funds must set a timelock themselves, if the timelock is too short they will be able to access their fudns before the transaction is complete meaning that the other party used in transferring the funds may have their funds stolen. This means speical attention must be given when writing the software to ensure noncompliant nodes don't meddle with other users funds and that the most recent state is able to be broadcast and accepted by the blockchain.

Forced expiration spam:
 • This would occur by spamming the mempool with transactions higher in fee than the HTLC transaction in order to make it become invalid and allow the spammer to steal back their funds once a certain time has passed.
To mitigate thie risk it would be possible to use sequence number whereby a penalty must be published with an even sequence number and commitment transactions with an odd number. If the commitment transaction published has an odd number then the even numbered transactions would be easy to spot in the mempool.

Editor's note: this doesn't seem to suggest anything over mitigating the issue of sharing private keys after each commitment transaction as surely a user can just sign an odd commitment transaction (old one) and a new commitment transaction with a higher (and even) sequence number.... (but maybe I have this wrong). This would, however, work with only a slight tweek to the mempool validation since the next transaction could be compared to the first and if it credits the user that didn't publish the first one and they've already signed that commitment transaction in the past to acclaim it's their address then they could receive a reimbursement of their funds and the penalty.

 • A recommended solution to reduce the amount of risk involved in this process is to send large amounts in multiple transactions since lightning network fees are pretty low. This would mean that each HTLC would have to be closed cooperatively or the user can only take a tiny amount of funds each time.
 • If a spam attack happens on the blockchain, there is also a chance that the blocks can resize dynamically in order to fit certain lightning transactions from uncooperative channels.

Hacker theft:
 • It is better that a node leave it's channels with little funds in them and the extra funds needed can be outsourced to other nodes or handled by people with more secure nodes.
 • Nodes with a higher level of security (less prone to hacking or accidentally publishing keys somehow ) should be able to have more funds online and be able to partake in more transactions and potentially charge higher fess.
 • There seems to be a mention of an idea to allow for a way to send outputs from a commitment transaction so a user is able to push their funds back onto the blockchain and storing them with airgapped keys (presumably the other party credits themselves in the commitment transaction and pushes funds out to the other person after that - or the channel is forclosed and instantly reopened after the hour for 6 confirmations).

Data loss:
This would mean a user would not be able to publish their most recent commitment transaction and dispute one if it gets published which can be resolved by having a third party store the channel data in an encrypted format they can't access (the user would still have to hold onto their seed nmemonic in order to regain access to their funds and claim the other party published an invalid/outdated Commitment).

Late broadcasts
A third party can charge a fee either before or after the service is provided whereby they will oversee the users' channels and check no outdated commitment transactions are being published. However, OP_CHECKSEQUENCEVERIFY may come in handy for this too to make it take a long enough time for the user to not notice before they lose their funds.

Miner collusion:
It is possible miners could be paid to not broadcast or mine a transaction.
For this not to occur it should be made harder for miner blocks to be identified as to where they have come from.
There is also a chance a miner could take a fee, identify all of their blocks as not mining the thief's coin and then mine a block that has a coinbase funding a different one of their addresses that they just don't prove belongs to them, meaning the thief has lost all of their funds and the fees paid to the miners and this may be enough of an inccentive for theives to not want to do this type of attack (as well as it being hard to arrange and successfully carry out).

Good, I don't like the house of Lords anyway. I thought they already make £140 000 a year (£40 000 more than doctors). Just for turning up and offering an opinion on bills which could and should be handled by the Queen.

---

Is there no way they could exile him from the role of the speaker while he was standing in the house of commons.

I doubt he did as much wrong for Brexit as Theresa May did (or the one before her we shall not name)...

---

They still might give Jo Swinson a peerage which would be even more annoying at this point (considering she couldn't even get elected).

I think a lot of already made bots use the list at the bottom of the main page (not sure if there's an RSS feed) but there at least used to be a way to look at the 5 most recent topics on the bottom of the main page.

Wait how/why are they frozen? I might be able to take a look at them but youd have to trust me with your seed (encrypted with an address I present)...

You can track all your funds anyway since you know the address though that they're in.

How did they get stuck can you see what's going on from there - we can try remotely fixing it can you not take the channel offline (I have telegram @jackg54 if you want to contact me to see if we can fix it) ? (I don't really know how testnet works either).

I had hoped lightning with electrum would be released a lot faster than this however I'll leave my thread open in case there's any interest (bumping occasionally).

Yeah I know what it is then... Its a signed preimage from my node to say it's received the funds (essentially a proof to the blockchain that if something goes wrong then the compliment party can take the funds, for example if I went offline after transferring that - and we'd be talking milliseconds for until the HTLC ran out - then the funds can be credited to the person I have a channel open with for my non compliance but you'd then get a refund from them.

More on htlcs and payment arrangements
It's recommended only a small amount is used per timelocked contract (HTLC) due to the prospect of the funds not reaching their appropriate due to an uncooperative party and their funds being locked up in the contract (potentially). It isn't possible for them to arrange for a reroute with the locked funds either.

If higher amounts a used, nodes may call for higher transaction fees to be paid on the transaction they're helping and locking thier funds up for. It's also better tot ry to reduce the number of hops between you and the designate node as you can incur a fee from each node (editor note: a lot of wallets have a built in function to limit the fees that can be charged).

If a transaction doesn't reach the desired receiver, the one it dues reach is supposed to send an equal payment back to the sender as a refund (this service is probably covered by the fee). The person the funds stopped at shouldn't disclose their preimage to the original sender in order to protect their funds in the HTLC.
Once this is done all users can elect to close the contract with a new Commitment transaction.
If a direct route can't be found between the sender and the intermidiary receiver, all the members of the network who helped transfer the funds can wait until the HTLC expires in order to claim their funds and may have to.

This may allow for som enodes with ihg connectivity to offer a service for closing out hash timelocks for a fee allowing the original spender to use their funds while the service waits to be able to spend theirs (but the sender may lose an amount similar to another transaction fee doing this). These nodes can also outsource locking posibilities to other compliant nodes that have connections with them and pay them a fee for it. The well connected node can then finish the routing of the transaction too.

Transaction Routing
The ideas with routing would be to have two different layers of nodes.
One layer being well connected main nodes that allow for people to involve them in their hops.
The second layer being any othe rnodes from the average user that may not be online all the time.

Layer 1 is a bit like how ISPs and IPs work, for example if someone in the US sends information to an IP beginning in 86, their ISP knows to forward it on to an ISP in Europe to determine where the packet should go.

Nodes, in a similar way, can just determine how to get data to the ISP/layer one nodes rather than trying to find an exact route to the other node.

---

Editor note: the paper goes on to say that the fees are for the lockup time for funds which I have omitted however, it may be helpful to know that only your counterparty can set the fee/determine your fee and once you've paid that then they have to settle fees with everyone else along the route.

I'm getting: f95439e098b9858a3c9e7e6df13a0113457278590334894492dd34fb16e4fe26 as a "payment hash"

It's a shame it isn't labelled what yours is...

Someone had an issue of sending a certain amount of funds on one of the threads above a certain amount and I think I know the issue...

From what I can tell, each node will have a limit of how much it wants to dedicate to a HTLC (which is the contract of a hop from one channel to another). It's normally a fraction of what is held in the channel afaik but it's set because anything that goes into a HTLC is locked from everyone until it either expires or the receiver of the funds receives it.

For example, if me and timelord do a transaction and we both have a channel open with ACINQ, the funds would go: Timelord → ACINQ → jackg

However they're locked for a certain amount of time so

	Locked for 2 days		Locked for a day
Timelord	→	Acinq	→	jackg

Funds aren't normally locked for long as a new Commitment Transaction can be generated to invalidate the HTLC but it still exists if one party becomes uncompliant so their funds are locked up...

they must have all been account farmers or something just after their next account to rank up... It couldn't that hard to just earn one merit but most of them didn't stick it out long enough to find enough... It's difficult for some members to rank up now though but it's also meaning people are putting more effort into what they do so I can't see it as a bad thing.


Do we all remember the game of life on 1^st April? That was a great little thing.

Still not entirely sure how he derived those scores but I think someone mentioned it and I'd forgotten.


Yeah I'm not exactly sure if I like the idea of a more intimate community now but I think most of us are real and a load of the alt accounts and merit farmers are gone... A few may remain but for the most part it'sldefinitely looking brighter and cleaner.

It's as if theymos painted over the graffiti!

@theymos are there any plans to make an exponential increas on merits?

It looks like there are enough threads of sources having issues of running dry of merits, maybe you could 1.1x the number every time the balance is replenished (but 1.1x the used merits).

What can I do with that code? What actually is it, does it work like a transaction ID or is the the preimage thing?

---

Anyway funds received.

For anyone with interest in either of these topics but first hearing of them here, these two guides may be of help for: taproot and schnorr signatures

Hmmmm?

Ahhh, here ya go


Thanks!

Yeah it's a lot to take in when you start trying to do stuff. You can probably try building different parts modularly if you're looking at doing it now.

If not you could take anything that requires some pregramming or theory and start trying to implement it in a functional languages like haskell (for number stuff) or other programs for simulating networking in order to see how the stuff works individually.


Is that bot going to be publicly released at some point?

I'd say:
1. Put some effort into your posts, annacdotal or actual evidence can go a long way in certain discussions.
2. Involve yourself in discussions quite a bit - often you earn merits if you offer your opinion in some discussions, if it's generic and useless then it's generic and useless and you won't get anything but normaly if you're not after anything with a discussion then that's the time you can get the merited.

---

Is it a merit a mile (someone's being really healthy)!?


Sorry, my voice of consciouness also missed this it's very monotonous when reading test... Putting a *sarcasm* sign helps occasionally (even in tiny font).

Merits an old thing now. Not sure if many of us have noticed a difference yet directly...

It got added just a year after bitcoin had the spike so to me it's too soon to notice if its had much of a difference. Since then the market just seems to be falling or stagnating and the technology has been without much innovation.

And we had tenth anniversary celebrations instead!