i believe that in law intention matters & someone in lets say US government could decide DSV crosses that line & therefore is illegal; does this make sense? this isn't my field
.. like ETH. Take those out and people will find another way to do it. I don't think that by not implementing DSV you are not avoiding the issue by making the platform legal ..
i believe that in law intention matters & someone in lets say US government could decide DSV crosses that line & therefore is illegal; does this make sense? this isn't my field
.. BSV or BTC or some other coin and those platforms will be equally illegal. The reason why people haven't implemented DSV in script already is because they have easier alternatives..
i believe that in law intention matters & someone in lets say US government could decide DSV crosses that line & therefore is illegal; does this make sense? this isn't my field
.. Etherium and BCH would be illegal, sure. But the moment people realize that they cannot legally use those platforms to make contracts, they will simply implement DSV in script on ..
i believe that in law intention matters & someone in lets say US government could decide DSV crosses that line & therefore is illegal; does this make sense? this isn't my field
.. when it comes from a state. They could say that a platform that enables such a usage (in this case by having the DSV command in its language) is illegal. If this were to happen ..
i believe that in law intention matters & someone in lets say US government could decide DSV crosses that line & therefore is illegal; does this make sense? this isn't my field
.. It seems far-fetched to me that they would decide that a command in a programming language is illegal. This would set a very weird precedent. Of course nothing would surprise me ..
i believe that in law intention matters & someone in lets say US government could decide DSV crosses that line & therefore is illegal; does this make sense? this isn't my field
Yeah I understand the difference. Someone could claim that you added it when you know that it has illegal uses. But it's literally a command in a programming language. ..
in reality they
* are making you lose access to the original taste
* risk making a shitter taste & going bankrupt
* risk being shut down by adding illegal ingredients in the taste
Ryan has made the argument that DSV can already by implemented in script. Sure, the DSV op makes it easier but if someone wants to do illegal stuff, they can do it on SV as well.
phpBB is (usually) threaded (flat) while reddit is a tree of comments. phpBB style is similar to IRC actually if we are limited to short messages like on memo.
Ah, got it! Thanks!
I don't actually get the difference between Reddit style and phpBB style. Aren't they similar? 🤔
phpBB is (usually) threaded (flat) while reddit is a tree of comments. phpBB style is similar to IRC actually if we are limited to short messages like on memo.
.. keep track of ordering in their own database since they are the ones emitting these txs. I guess if there were also another memo instance, my messages there could be mixed up.
I think indeed memo is constantly scanning the chain so the order should be good even with CTOR
Yeah you need to rely on something else. It's not a big issue but still
In the case that Memo only supports one chain, which chain do you prefer?
| BCH |
47 votes
· 9,563 satoshis
|
| BSV |
52 votes
· 15,267 satoshis
|
Results
Creating...
Broadcasting...
"If there is any iron in the lander, it should have melted."
Why? Heat is at the shield. For example ceramic brick, one end +1300 C, you can hold it at the other end 5 cm away
Good example. Melting T of iron is 1500 C. If there is any iron in the lander, it should have melted. Have you seen the vape and the truck vid? The 1500 C air comes around the shield .
"If there is any iron in the lander, it should have melted."
Why? Heat is at the shield. For example ceramic brick, one end +1300 C, you can hold it at the other end 5 cm away
Why ? I don't want to trust anyone else than the miners to get the ""exact"" order of events and don't want to set up a full node just to log everything, the blockchain should do that
.. keep track of ordering in their own database since they are the ones emitting these txs. I guess if there were also another memo instance, my messages there could be mixed up.
Why ? I don't want to trust anyone else than the miners to get the ""exact"" order of events and don't want to set up a full node just to log everything, the blockchain should do that
.. which tx was seen first. BTW I sent a bunch of messages, how does memo sort these messages now that with CTOR they can be in a different order? I guess they do what I say and ..
Why ? I don't want to trust anyone else than the miners to get the ""exact"" order of events and don't want to set up a full node just to log everything, the blockchain should do that
.. what can be inferred by causality and the block in which a tx shows up, then you can get that info either from TTOR blocks or from CTOR blocks and some external service recording ..
Why ? I don't want to trust anyone else than the miners to get the ""exact"" order of events and don't want to set up a full node just to log everything, the blockchain should do that
.. as they don't break causality. So all you get for sure, is causality, which can be inferred from the block anyhow even with CTOR. So if you need more ordering info other than ..
Why ? I don't want to trust anyone else than the miners to get the ""exact"" order of events and don't want to set up a full node just to log everything, the blockchain should do that
I see that you put the "exact" in quotes so I think you understand what I mean. Miners, even without CTOR, can alter the sequence of events in the block as much as they want as long ..
If Memo.cash had to support ONLY ONE way of handling discussion and drop the others, which one would you prefer?
| Reddit style comments (tree-like) |
10 votes
· 555 satoshis
|
| IRC style chat rooms (essentially the "Topics" that we have now but without the ability to reply to a post in a topic directly, instead you'd reply inside the topic with a new msg) |
1 votes
· 0 satoshis
|
| Forum posts and replies (like phpBB but with the ability to easily add references to past posts instead of quoting text) |
0 votes
· 0 satoshis
|
| Twitter posts and replies (without the "Topics" that are currently also supported) |
3 votes
· 0 satoshis
|
Results
Creating...
Broadcasting...
If Memo.cash had to support ONLY ONE way of handling discussion and drop the others, which one would you prefer?
| Reddit style comments (tree-like) |
10 votes
· 555 satoshis
|
| IRC style chat rooms (essentially the "Topics" that we have now but without the ability to reply to a post in a topic directly, instead you'd reply inside the topic with a new msg) |
1 votes
· 0 satoshis
|
| Forum posts and replies (like phpBB but with the ability to easily add references to past posts instead of quoting text) |
0 votes
· 0 satoshis
|
| Twitter posts and replies (without the "Topics" that are currently also supported) |
3 votes
· 0 satoshis
|
Results
Creating...
Broadcasting...
Memo for instance. My answer may came after yours in next block (even if here there is explicit causality because I'm "quoting" you)
Makes me a bit sad because I like the fact you ..
In other words, I would say that a "First seen" centralized database for transactions (in a block explorer for example) is as trustworthy as the ordering in TTOR.
Memo for instance. My answer may came after yours in next block (even if here there is explicit causality because I'm "quoting" you)
Makes me a bit sad because I like the fact you ..
Even without CTOR, nobody should depend on the order of transactions within a block for anything serious though. Miners can already alter to order as long as the keep TTOR ordering.
