Twitter | Search | |
Stein H Ludvigsen
5,706
Tweets
291
Following
490
Followers
Tweets
Stein H Ludvigsen retweeted
BitcoinSV Jan 18
Reply Retweet Like
Stein H Ludvigsen Jan 18
This is sad. You think bitcoin is a mesh network. Miners will not use Bloxroute because it's just a delay of block propagation. Bitcoin doesn't need this service. Your investors will lose money.
Reply Retweet Like
Stein H Ludvigsen retweeted
Thomas Bakketun Jan 18
Interesting. It doesn't solve any problems with Bitcoin, because the description in the video is not of how Bitcoin works. Bitcoin is Bitcoin SV.
Reply Retweet Like
Stein H Ludvigsen Jan 17
Ha ha, I'm just joking. I'm a big fan of and Ryan. Their success helps us. Our success helps them. My bad sense of humour doesn't always get across on Twitter 😜
Reply Retweet Like
Stein H Ludvigsen Jan 17
Replying to @KacperKarbownik
Reply Retweet Like
Stein H Ludvigsen Jan 17
Replying to @KacperKarbownik
Yes!
Reply Retweet Like
Stein H Ludvigsen Jan 16
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @DanielKrawisz
I would call that a man's world.
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @SteinLudvigsen
2/2 Ice vs fire. Abstract vs real. The world will decide who's the loser and who's the winner. Let the game begin! (PS, we don't have a real button actually. It's just a card now, maybe a tiny device/wearable later. It's not even a button on the card.)
Reply Retweet Like
Stein H Ludvigsen Jan 16
1/2 Dear ... It's on, like Donkey Kong! You make this money "button". It's not even a real button! It's just a weak abstract idea of a button projected on a screen. We're making the real, physical money button. Your bits and bytes against our atoms and molecules.
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @shilch_
We try to design the protocol as simple as possible, yet powerful. The ability to create OP_RETURN outputs by both customer and merchant will be possible.
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @shilch_
PS. Note that we both hearted your 1/ tweet. We don't think it should be a requirement for invoice, but certainly an option. Encrypted OP_RETURN outputs with data is very high on our list!
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @shilch_
Thanks for your feedback . We'll consider your input.
Reply Retweet Like
Stein H Ludvigsen Jan 16
Watch us talk about Ka-Ching!
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @dagur @CloudbusterSV
Some good points, yes.
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @dagur @CloudbusterSV
The reason I asked this question, is because we have to make Ka-Ching as flexible as possible for these types of scenarios.
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @dagur @CloudbusterSV
Exactly 😀
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @dagur @CloudbusterSV
Sure it can rip you off with a payment channel. It can just lie about the gas delivered. 1 liter could be half a litre in reality. But nobody would use a pump that rips you off.
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @dagur @CloudbusterSV
The pump may rip you off in both cases, but will probably not do it because it's bad for business. Doublespend mitigation is solved for this amount of money.
Reply Retweet Like
Stein H Ludvigsen Jan 16
Replying to @dagur @CloudbusterSV
With a payment channel, the wallet needs to be in contact with the pump before, during and after the tanking. With a simple deposit, the wallet needs to be in contact with the pump before and after the tanking. In both cases the pump could rip you off but will not likely do it.
Reply Retweet Like