The term dapp on Ethereum should die Thread
-
-
I agree, although it seems the concept of a function seems rather ambiguous in the computing sense given the FaaS movement. What about something like “contractual functionals”? This captures the notion of of contract as well as composability.
-
I don't see anything big wrong with calling it a function, subprogram, or routine, perhaps prefixed (e.g. "dFunction" or "trust-minimized function" or "blockchain function").
-
"Smart contract" like "contract" connotes a deal between people, but a deal intermediated and incentivized by dynamic machine-interpreted rules instead of the statically recorded human-interpreted rules of a traditional contract.
-
As such it encompasses the UI and any other off-chain activities necessary to verify and incentivize or automate performance of the deal.
End of conversation
New conversation -
-
-
This is what I love about Nick. This statement reflects eclectic knowledge. Not understood by most smart-contract theorists!
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
Hey Nick, why dont you form a team and create a smart contract framework for lightning so we can have it coded up and deployed. Im sick of etherium and alts trying to do what I know you can achieve given resources and bitcoin.
-
I ordered a lightning node, just didn’t get it yet.
End of conversation
New conversation -
-
-
So if you could.. what's the weakest components in the present iterations?
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.