>ETH is better than Corecoin because it has smart contracts
>Segwit is good
BitCoin had smart contracts since the very beginning you retarded newfags
ETH is better than Corecoin because it has smart contracts
Other urls found in this thread:
youtu.be
youtu.be
youtu.be
youtu.be
papers.ssrn.com
papers.ssrn.com
patentimages.storage.googleapis.com
patentimages.storage.googleapis.com
youtu.be
nakasendoproject.org
youtu.be
medium.com
nchain.com
youtu.be
medium.com
craigwright.net
youtu.be
twitter.com
Oh god, is he quoting Sun Tsu now? Just when you think he can't get any cringier
based
Buy ESH.
If btc had smartcontracts it would have utilized cl
>BitCoin had smart contracts since the very beginning
Yeah, at the protocol level, not the script level.
i.e. useless for all intents and purposes.
>I'm only pretending to be a compulsive liar
wow not sub 80 iq pesant on biz today congrats on this srsly
This is ETH fud from 2015-2016 lmao.
sCrypt
>wow not sub 1y old newfag pesant on biz today congrats on this srsly
Lol, you mean "script", right?
sCrypt is a bitcoin fork, while "script" is bitcoin's protocol-level programming language, like I said.
▲
▲▲
>i.e. useless for all intents and purposes.
actually it's perfectly fine for all usual intents and purposes regarding payouts based on driving parameters.
bitcoin smart contracts really only govern who can spend an output and under what conditions.
they make atomic swaps and trustless inheritance possible and so on.
They're extremely limited compared to the EVM since you have to write the entire state (so to speak) into the script every time.
No state is accessed before the script, and no state is stored after.
sCrypt is a SV language.
>They're extremely limited compared to the EVM
they are fine for all financial intent and purposes they can't interact with the offchain world trustlessly but arguably so can't eth.
also with taproot you are allowed to publish only the branch of your smart contract which can be very big and complex that is relevant to the transaction. so it will be manageable even for gargantuan big if else heaps.
>No state is accessed before the script, and no state is stored after.
that is true bitcoin script is stateless in this sense. the only state is the utxo itself.
and this is not exactly stopping anyone from being their own oracles or evaluating complex conditions.
bitcoin despite what curry cashies rail about is not turing complete. on purpose by design. it doesn't need to be. it could become turing complete by adding a single instruction. but even then it wouldn't really have a transactional state update like eth and wouldn't be able to interact with any output it produces without an external driver.
Ohhh shit, Craig was only pretending to be retarded? Wew thanks just bought 100k BSV
well technically i think i could write a countdown script for bitcoin that basically has a state on the blockchain that is it's balance. the way you do this is you flatten your loop (taproot is really useful here later on) and use your balance as counter. if your conditions are met you pay out 0.1 btc to a specified address and spend the rest back to the smart contract p2sh address. the smart contract can be executed as many times as it has remaining balance.
since the transaction id-s are deterministic you can play forward your inputs... in theory.
but it's really not what bitcoin was made for.
Oh shit, I forgot about that lmao.
It's a sugarcoated version of BTC script, with no changes to the basics (turing completeness, loops, ...)
My point was just that BTC's protocol-based script is cumbersome and limited compared to a script-level smart contract platform.
BTC did in fact have "smart contracts" (multisig and even tokenization) before ETH; which was the number 1 fud against ETH in the early days for a reason.
But there's a reason ETH exploded the way it did.
>they can't interact with the offchain world trustlessly but arguably so can't eth
This is exactly why people should leave the 2017/2018 bullrun behind them.
The next big move will not be centered around the "platform" (hell for all I care BSV wins the "most adopted blockchain" war), but around external connectivity.
That's why I first went all-in Tierion (lol) back in mid-2017, and then into you-know-who in late 2017.
Bullish for Suterusu
>My point was just that BTC's protocol-based script is cumbersome and limited compared to a script-level smart contract platform.
and my point was that it's fine for it's intended purpose and can actually do a lot more, if you think about it trustless monthly payments are possible with bitcoin smart contracts... i mean come on.
i truly don't think that data from off-chain can be trustlessly incorporated to on-chain smart contracts and doihg it trustful permissioned way letting people that benefit from a smart contract drive it is trivial and possible with btc already. you don't need eth and oracles for that.
that is why i don't get the hype around these smart contract platforms. it's cool tech, but bearish on the asset because cool is not enough and technology can be copied forked and improved on in 5 minutes flat.
the thing that makes bitcoin valuable is not it's technology because millions of shitcoins have the same or better tech. so i'm bullish on bitcoin and i really don't think we reached anywhere near it's potential as far as smart contracts go.
bchsv is just bollocks it's going full retard on purpose in a devolutionary luddite way. at least eth is innovative. altho i think it's true impact is overblown but i don't want to play roubini here.
imagine thinking having an oracle built on something that is fundamentally unworkable will have better connectivity. Imagine thinking sergeys proof of standard deviation, no one knows how reputation will work is a solution.
patentimages.storage.googleapis.com
patentimages.storage.googleapis.com
youtu.be
nakasendoproject.org
youtu.be
medium.com
nchain.com
youtu.be
medium.com
craigwright.net
oh and the burden...
you probably heard about pruning the blockchain. bitcoin smart contracts can reside in full at the makers of the smart contracts they don't need to be published on the blockchain nor stored for long.
it's trivial to alter bitcoin consensus so that trustless sync is possible on a heavily pruned blockchain.
you can reduce the entire bitcoin blockchain and utxo to a couple of gigabytes like 3-4gb.
and the smart contracts would still work perfectly fine.
and that is an other reason i thing bitcoin has not even got anywhere close to it's potential. it's just in baby shoes. it handles the separation of burden better than any other chain. the revenue for miners is already in a big part from fees. it's actually byzantine fault tolerant and secure unlike it's shitforks. with lightning channels it can easily do millions of tx/sec already with minimal on-chain burden.
really just let it do it's thing you fags are way too impatient.
>and my point was that it's fine for it's intended purpose and can actually do a lot more
Well sure, but when objectively nicer solutions (EVM) exist, not a lot of people will continue to pursue that avenue.
>i truly don't think that data from off-chain can be trustlessly incorporated to on-chain smart contracts
Not as trustlessly as a self-contained deterministic system, sure.
That's the entire contradiction: you're trying to marry the non-deterministic world with the deterministic. You can't actually change the former into the latter, only "reflect" it onto it.
That's why "oracle" is the perfect name for this.
Oracles were humans who bridged the gap between the divine and the worldly, so humans could sort of communicate with the gods.
But because gods are gods, and humans humans; the oracle would speak in riddles or vagueries.
>that is why i don't get the hype around these smart contract platforms
The amount of value in them is insane.
Think decentralized exchanges for traditional financial products, just as a start.
the value is not in the determinism the value is in the automation, resolution, speed and accountability.
BitCoin is the only thing that can even theoretically achieve that system
youtu.be
Marines are bysantine generals
>objectively nicer solutions
not really nicer. as a developer sure i like more capability, but we are talking about money here. and burden.
i think bitcoins way makes sense. eth is forerunnig it's time hard.
>That's the entire contradiction: you're trying to marry the non-deterministic world with the deterministic
yeah and i don't see why bother. you remember the insurance company for flight delays that automatically pays out to passengers when their flight was late?
well if the people that had a late flight install a phone app made for these insurances they can store their contract and execute it when tehy benefit from it (ie their flight was late) it uses a signing authority as data source anyhow that can easily countersign tx-es.
so the entire complexity of turing complete smart contracts and decentralized oracles is wasted. you can do the same with a phone app from your end. you can be your own oracle and works the same.
that's my problem with eth smart contracts.
>Think decentralized exchanges for traditional financial products, just as a start.
for a dex all you really need is atomic swaps.
and yeah there is always a trusted authority source of data that drives legal contracts today. always. there is no way to make a contract executing objectively without it. you have the title registry, you have the flight association, you have the bank that releases a loan or payment... there is always a trusted authority and a signed proof of commitment. electronic smart contracts can work the same i don't see why not.
and if you have a trusted authority might as well make it sign the tx. it can easily be automated with minimal effort.