pull down to refresh

0 sats \ 0 replies \ @john_doe 14 May \ on: Zeus Wallet Design
For me the main issue with Zeus is the battery discharge rate.
I think it needs improvement on this side.
For example with Tailscale I can access my Umbrel node from mobile and save battery time without using Zeus.
The idea of running a lightning node on mobile is really appealing though.
My battery is an relatively old 4000mAh.
This could explain why I see so much Euro trades on Robosats.
It has been more than 2 years I think I have left CEXes. Now I have peace of mind and don't have to think about the next time I will have to renew my KYC info or to think about what to do when my account won't be working anymore.
In the past I was a Swan Bitcoin customer, I think the platform had 3 times issues in the span of 1-2 years because of some new regulation or partner/internal issues.
Actually I didn't read this post but this one and it was more detailed:
https://gnusha.org/pi/bitcoindev/9c50244f-0ca0-40a5-8b76-01ba0d67ec1bn@googlegroups.com/#t
I read this post yesterday, together with the one from Peter Wuille on the mailing list it was the most interesting reply I read.
I didn't know there were miners who were offering to directly broadcast their non standard transactions through their web interface:
https://slipstream.mara.com/
Also his findings show that spam filtering in the end is detrimental to a healthy P2P network. This was something I was not aware of as well, I thought filtering would genuinely impede transactions from getting into the network. I didn't know also about Libre relay also which voluntarily takes the counter side of Bitcoin Knots.
To me this is a strong argument against spam filtering. Ultimately it looks like we will have to deal with non-payment data on the network. From a utilitarian perspective I still struggle to see why using Bitcoin would make sense for other use cases than money though.
Friendly collaborative cancellation is still a positive outcome, so 98.4% for me.
Sometimes platforms to do fiat payments just don't work as expected and someone may need to cancel.
I had a trading peer who had to cancel once. I bought bitcoins from someone else. So positive outcome.
I see. If the data on-chain would not increase, then we could expect that the number of nodes would not be negatively impacted. I would be more convinced by those in favor of the change then.
Ultimately regarding spam, I saw a post from Sjors I think saying that to get rid of useless data (by useless I mean unrelated to Bitcoin as a payment network), a deeper change in the consensus mechanism or soft fork would be needed anyway.
The most convincing argument against the change I have seen is the one for node runners. We could forecast an increase in data consumption on the blockchain sent. So this would force us to store data which could be stored elsewhere and accessed in my view more efficiently. And so this would end up in a smaller group of node runners. I don't know if this argument is correct but to me it is the most compelling one.
On the other side, the argument of Pieter Wuille about network fragmentation (his argument being about miners bypassing the public network) looks to me compelling. It was the 12th post here:
https://groups.google.com/g/bitcoindev/c/d6ZO7gXGYbQ
I don't know what the best thing to do is, as I am not knowledgeable enough about the implementation of Bitcoin, but I hope knowledgeable people keep debating without using emotional arguments and keep neutrality. To me what differentiates Bitcoin from other payment networks is its neutrality. You can be a North Korean hacker who stole money or a poor guy fighting inflation, both have equal opportunity to make transactions accepted on Bitcoin. In this regard, using the spam argument seems to me a less important one as it uses the nature of the transactions (and in turns lacks neutrality).
After like 30 mins of no response, I opted for a collaborative cancel.
I understand the frustration and don't want to justify slow response times. But I feel somewhat targeted as I would estimate it happened 2/15 trades this month that I accepted an offer and couldn't reply right after due to personal reasons.
90% of the time I reply right away though. I would suggest waiting for at least 1h before doing a collaborative cancel and considering it is a scam.
I never have used Amazon gift cards though and don't want to undermine your post, it is good to know that people may be trying to scam with it!
I highly agree with this comment. From a philosophical perspective it reminds me the discussion 10-15 years ago about ACTA:
https://stallman.org/articles/acta-freedom.html
I remember 3-4 years ago I saw a report from a Bitcoin company stating the proportion of bad actors doing transactions is not significant. Unfortunately I can't remember the source of the document, so instead let me quote ChatGPT: "According to a 2021 report by Chainalysis, illicit activities accounted for only 0.15% of all cryptocurrency transactions that year, totaling approximately $14 billion".
0.15% is not significant. Condemning everyone for terrorism by imposing some form of bureaucracy doesn't work.
We should worry more about fraudulent activities inside government institutions (like... USAID) which impact everyone. Today politicians may want KYC for terrorism, yesterday the trend was spying on everyone for children.
In El Salvador it seems they didn't need KYC or another form of bureaucracy to arrest criminals.
I expected corruption with money from USAID in Latin American countries after it was sent. I am surprised to see that it was used for a totally different purpose even at its origin.
Sorry I shouldn't have said I don't care. Let me rephrase: given a typical use case of Phoenix, e.g. transacting with merchants (who use typically specific software like Btc Pay server), the privacy aspect will get better with Bolt12 and (IMHO good enough). I see other use cases like sending or receiving money to close peers, using Phoenix, as more rare so not a significant issue.
For this use-case though, namely transacting with friends or close peers, I see more something like ecash making sense given that privacy is the default and it has very low fees.
ACINQ will always know when you receive payments as long as you can only open channels to their node and I think they don't have plans to change that
What you describe looks to me like Signal, they log every time we receive a message from someone, in terms of privacy it doesn't look critical to me given that Acinq doesn't know the origin. The main privacy issue I see (and didn't know before) is for transactions between Phoenix users mentioned above.
So bottom line, privacy as a sender or recipient are getting better on Phoenix, and the only drawback is when 2 people using Phoenix send sats to each other, Acinq knows it. In my case I don't care as when I buy or receive something it has nothing to do with Acinq. So I am or will benefit of better privacy than Monero with Bolt12. As far as I know, an external observer can see the recipient and sender of transactions on Monero.