Users are always the most unpredictable element of software development
Follow
Emil Oldenburg
@emilolden
Emil Oldenburg’s Tweets
Kraaaaaaaaa
8
2
Testing the Lucky Bird
1
1
Just testing a Twitter application I'm working on
1
4
15
Parsing time strings and handling time zones is the worst. #birds
2
1
3
Crypto world is never boring
1
2
17
Our recommended node implementation for #BitcoinCash prior to the November 15th, 2020 network upgrade:
6
36
99
A chain split would be terrible for BCH. We want BCH to win by being the easiest, most used, and most convenient payment option. Not win the crypto Darwin awards.
6
8
71
US police brutality stems from a "No accountability for violence" culture within the government. They are currently going after the ICC for investigating war crimes committed by the US. The rules never apply for US government officials at any level.
2
1
Hey , if you wondering why no one is booking flights with you: your website is broken. Date selector has a javascript error. It's not all due to COVID-19.
2
2
2
When did people start calling any kind of server side application called by a web browser "backend"? In the PHP days, the frontend was everything hosted on the customer facing webserver.
6
6
Last time bitcoin halved, the markets moved about 2 months before, so we didn't see big movements on the halving day. But then we didn't have a global financial crisis either.
1
5
2020 - At least the memes were good.
5
I'm getting pretty tired of all newsletters about companies' different COVID-19 continuity plans. You are an IT company, I get it. The virus won't affect you. Stop spamming your customers.
2
5
With the new Corona virus spreading, some loud people demand swift, and often draconian measures from the governments. I don't think governments should be given too much power. It can be abused at another time, and viruses don't obey laws anyway.
5
Average internet traffic in Italy has increased 10%, and 30% during peak hours during the Corona virus lockdown.
3
Lots of drama in BCH land this week. Lets go back to work on adoption.
5
2
32
If mining pools want to introduce a soft fork (any kind), they have the power to do so if they have backing by majority hashrate. If they don't have the backing, they will fork off and lose money. But if the reference client introduces a SF, everyone needs to change client.
1
11
Even though I'm against the implementation of the IFP, I
don't agree it's a tax. Why are we against taxes?
1) It has negative effects.
2) I don't want to fund the commons because I don't want any commons.
3) I don't want to pay for the commons (but still use it).
6
It matters where the IFP comes from and who initiates it. If it's just the mining pools, then they can be overthrown, which is important. If it comes from the reference client devs, then conflicts of interests arise. And it must be possible to stop it after activation.
2
1
16
Remember when I said we should not do the IFP in a bad way? Well, it's pretty bad. Too much risk, too many conflicts of interests, it's too contentious.
2
2
24
BitPay phasing out BIP70 is too bad. BIP70 should be used more and could use an upgrade (more merchant information, protobuff3, etc).
1
1
18
Screaming about tax makes you look like a South Park character, "THEY TERK ERR JERBS". Having well backed arguments why the proposal won't have the intended effect and result in a net negative for BCH; that's valid opposition. People can come to different conclusions. That's ok.
1
4
Show this thread
Is the new funding proposal good or bad for BCH? What happens when you put 10 economists in a room? You'll get 11 opinions.
7
1
19
Show this thread
The BCH funding plan is a good idea, if done right. It could also be done bad. Some people have been good at pointing out ways it could be done bad. So let's not do it bad.
2
5
38
The purpose of the infrastructure funding plan is to make the community and BCH stronger by properly funding it. If the result would be the opposite, the initiative would quickly be abandoned. Assuming we would allow this to kill BCH is silly and assuming bad faith.
4
6
25
The funding plan is basically financed by mortgaging the PoW. It's repaid after 6 months and BCH development will be in a much better place after that.
1
1
8
The infrastructure funding plan is a complex issue with lots of FUD being spread right now. Shaving off 12.5% of the coinbase reward will lower the difficulty short time. But if BCH development is properly funded, the difficulty and price could also go up a lot.
1
2
16
When we build stuff at Bitcoin.com I tell the developers that "user experience is everything". had a bad user experience. Lets keep our discussion about how we can improve it, rather than belittling and ridiculing him.
3
1
13
Maintaining different derivation paths for SLP and BCH is unnecessary and just creates extra complexity. In the end users can always send any token/BCH to any address they like anyway.
1
1
4
With great pumps, comes great dumps.
22
Finding unexpected money in random wallets/exchange accounts is the new "Finding money in your couch".
5
Bitcoin terminology can be confusing to new people. A payment and a transaction are not the same thing. A payment is an output that credits your address. A payment is a subset of a transaction.
11
Extremely interesting thread on software products with no use cases, Stadia, VR and spotification
Quote Tweet
A long time ago— like 15 years ago— I worked at Sun Microsystems. The company was nearly dead at the time (it died a couple years later) because they didn't make anything that anyone wanted to buy anymore. So they had a lot of strange ideas about how they'd make their comeback.
Show this thread
3
1
Since the block size debate is being discussed again. The most appalling part of it was the concern trolling, mainly from Blockstream figures. The same people that cried everything would burn down, was also handling out gasoline and matches.
1
25
The other basic requirement is that it doesn't change the economic model of Bitcoin Cash.
1
Show this thread
The basic requirement for a native token system to work is that a token UTXO doesn't need more validation time than a normal BCH UTXO.
1
3
Show this thread
After working with SLP for a while I feel there is a big need for a proper native token on BCH. SLP has proved there is a big demand for tokens. Now we need a proper POW consensus protocol for them.
10
4
24