I could go on... but... just my recollection...
If you are interested, it’s worth reading the articles “what is money” and “the credit theory of money” by Alfred Mitchell-Innes. He maintained that “credit and credit alone is money” and I mostly agree with him. Another good paper to read is “money is memory”. Oh and Knut Wisksell “interest and prices” is also very good. A lot of literature has been written on pure credit economies but it is difficult to find as it wasn’t ever a popular school of thought. I’m hoping for a revival though!
This stuff always sounded like it came from people who've never hired. Unskilled labor is not all equal.
> Satoshi’s concept was to use hashcash to both secure the ledger and issue currency. This was brilliant but antithetical to the no-currency concept, and re-ignited the debate
Satoshi's most important advancement was in making a currency and using it as its own rate-limiter by paying, in it, to publish.
Bitcoin's weakness is that computation isn't priced in BTC, so scripts had to be nerfed. Vitalik applied Satoshi's rate-limiting solution to computation and Ethereum scripts can now be allowed to grow arbitrarily complex.
Smart contracts seemed to me to be another sticking point that nearly killed the whole idea. Most people were looking for a better system of simple exchange, and smart contracts made that difficult. Now transactions became difficult to understand and fraught with error. Running a node meant trusting a fairly large code base you downloaded from an insecure Internet forum, and then let strangers run code on that. Before Script came into it, anybody could look at a shell script implementation and understand what was going on with all trusted components. For a long time it looked like Bitcoin would never release, and vulnerabilities in the early versions made everybody realize that they weren’t trusting a mathematical concept; they were trusting software written by some guy on the internet. Then there was the debate inside the smart contracts community about the halting problem and how it could be used to attack the network. This is probably practically solved with transaction costs alone, but I think it was a practical software engineering compromise do scripting without looping and backward jump instructions because they made the software much more complex and vulnerable to attack. Same with the block size, maybe even block time. This was all an experiment. By the time Vitalik started pushing for improvements, the Satoshi compromises had become canon. I spoke to him and he seemed to be in agreement with upgrading the protocol through miner consensus, but, by that point, an industry of rather unsophisticated mining operations had emerged, and they were not interested in changing anything. Briefly I lived with one of the biggest miners in the world, and he would ask questions and I would explain to him how transactions work etc. So Vitalik gave up on on-chain scripting and proposed an off-chain scripting scripting layer that would use a separate gas currency just for smart contracts with settlement on the Bitcoin blockchain. This was very important to distinguish itself from the rest of the already-defunct altcoins. But practically, I don’t know how it was supposed to happen. We have this now, but it’s been a long road. Is there any reason that Bitcoin doesn’t have Turing completeness, faster blocks, oracles, etc? Not really; but a fork would have been risk without reward, whereas a new token offers the ability to premine and speculate. One of the biggest learnings was how much speculation would dominate over anything non-financial, and how hard it would be to modify the Bitcoin experiment. Still, the use cases for smart contracts are very few, and Turing completeness itself is basically unnecessary. But to more directly address the point, Bitcoin has transaction fees already, and it would be simple to assume that a similar consensus on gas price would emerge and doesn’t need to be part of the protocol. To go further, the gas price itself doesn’t solve the problem of computational complexity because only the miner that wins the block actually gets the reward, while all others downstream are expected to verify it, but they have no incentive to do so, and frankly, today, most don’t. As an example, almost nobody boots up an eth node with verification from origin, and they would be greatly in the minority if they corrected a bug. Eth nodes boot to a trusted state handed to them. Most of the early eth discussions I was involved with implied doing this in snarks or some other provable computation in the initial discussions, but that never made it into eth. So no; that problem was never solved, although we are getting closer.
Yup. And still does. There was a huge sea change circa 2013(?) when everything became about currency and speculation. Every idea had to pivot to being its own coin, or including some useless utility token (a bit later) because that was 99%+ of the value to investors.
> Is there any reason that Bitcoin doesn’t have Turing completeness, faster blocks, oracles, etc? Not really; but ...
It feels like the first implementation couldn't have gotten it right if it aimed for too much more than Satoshi did. But technically, yes, BTC is a plausible base for this as much as anything else.
> debate inside the smart contracts community about the halting problem and how it could be used to attack the network. This is probably practically solved with transaction costs alone, but I think it was a practical software engineering compromise do scripting without looping and backward jump instructions because they made the software much more complex and vulnerable to attack.
Unbounded loops are an issue, but functional constructs (foreach) have 99% of the power and little of the risk. Ideally we'd have Satoshi take three months now and make v2, which would be BTC in spirit but with the lessons of the last ten years.
> To go further, the gas price itself doesn’t solve the problem of computational complexity because only the miner that wins the block actually gets the reward, while all others downstream are expected to verify it, but they have no incentive to do so, and frankly, today, most don’t.
This seems like where we need a mechanism that allows a script to be audit-executed, and if its outputs don't match expectations a deposit can be claimed by the auditor and the script will be marked as unreliable. If the precondition of the code is that it returns the correct public key, make sure that key works. If it doesn't you can claim the QA/Security prize - which can be set at whatever amount the script author wants depending on their belief in their code.
> Most of the early eth discussions I was involved with implied doing this in snarks or some other provable computation in the initial discussions, but that never made it into eth. So no; that problem was never solved, although we are getting closer.
Is there a specific blocker for this or just that the complexity is 1000x what is currently supported?
https://bitcointalk.org/index.php?topic=144471.msg1547843#ms...
Bitcoin's lightning is in many ways the spiritual successor to the original Ripple idea-- a pathfinding network between pairwise relationships, but instead of IOUs, the parties use smart contracts to twiddle funds around in bitcoin payment channels without having to take the updates to the public network.
This fixes the big security weakness of Ripple while preserving the positive scalability properties. Unfortunately it also requires more complexity and limits flexibility somewhat.
Since you as a bank would only need your own fiat currency + XRP, you could materially cut down on additional costs from holding all the other accounts. When it comes time to convert currencies, because Ripple (XRP) transactions settle in seconds, the period you're exposed to market volatility is virtually zero, so you can move in and out of a position in XRP in exchange for whatever other currency you need almost immediately.
With XRP, you replace all those currencies with some amount of XRP. Because all member-banks use XRP when you need to transaction, say GBP to EUR (simple example), you would take your GBP, convert it to XRP, then use that XRP to buy EUR from another bank, that bank then can hold the XRP or chose to immediately convert it back to EUR through other banks. Like I mentioned previously, that whole transaction takes a few seconds, so you're effectively not subject to market volatility that could impact the transaction itself.
But I could more easily just use my GBP to directly buy Euros, with one less exchange rate and one less transaction in the process.
> that whole transaction takes a few seconds
For a bank, that's slow. But even if it wasn't, using an intermediate currency simply takes twice as long for each step.
In this scenario, the transacting bank would need to have (or want) to have GBP for them to sell Euros. While I agree this is a poor example, think of the more obscure conversions. Swedish kronas to South African rands, etc.
Anyway, I won't pretend XRP is a perfect solution. Just seems to me that it solves the edge cases of liquidity while doing so more cost effectively, which in turn benefits the consumer.
No new currency needed.
Though certainly I'd be pleasantly surprised if Raiden still pulls through on their plans at some point.
Speaking as someone who worked on Raiden's core team last year and spent a reasonable part of this year working on a project received a grant from the Raiden Trust [0], the last release is workable, but still requires a lot of elbow grease and knowledge of the protocol to get it running. End users will certainly have a better shot when the light client gets parity to the reference implementation and gets a mainnet release.
In any case, I just wanted to point out that Raiden is a project that is related to what OP asked about and that is still alive and kicking.
[0]: https://hub20.io, a self-hosted payment gateway that integrates with Raiden and abstracts all its complexity from the users and node operators to enable fast and near-instant transactions.
So the thing is, isn't this kind of system (very similar to a concept I can only remember as Hawala[0]) explicitly illegal?
> Hawala or hewala (Arabic: حِوالة ḥawāla, meaning transfer or sometimes trust), also known as havaleh in Persian,[1] and xawala or xawilaad[2] in Somali, is a popular and informal value transfer system based not on the movement of cash, or on telegraph or computer network wire transfers between banks, but instead on the performance and honour of a huge network of money brokers (known as hawaladars). While hawaladars are spread throughout the world, they are primarily located in the Middle East, North Africa, the Horn of Africa, and the Indian subcontinent, operating outside of, or parallel to, traditional banking, financial channels, and remittance systems. Hawala follows Islamic traditions but its use is not limited to Muslims.[3]
> Some government officials[which?] assert that hawala can be used to facilitate money laundering, avoid taxation, and move wealth anonymously.[citation needed] As a result, it is illegal in some U.S. states, India, Pakistan,[14] and some other countries.[citation needed]
The whole IOU system doesn't need crypto to work -- but you just can't set up the kind of clearing house/federation that you'd need in the US because it's illegal, I thought.
The similarity here I thought was the trading of IOUs -- this seems to be very similar to what hawala is/was.
Also, hawala is legal in most jurisdictions I believe.
Ethereum exists because Bitcoin isn't capable of running complex scripts.
Monero exists because Bitcoin is too transparent.
It'll eventually tank, but not until the insane FOMO ends. For example, the completely useless Dogecoin still has a $600M "market cap", and at one point popped over $2B.
Ethereum was explicitly created because Bitcoin doesn't support decentralized applications or really anything beyond sending tokens between humans. Vitalik tried to work on the Bitcoin codebase but was shunned and was forced to start a new project.
Do you include ethereum here? if so you are woefully misinformed.
I would have hoped for the community to collude and vote/bid its price up to give the SEC a big "ha" and also cover the costs of lawsuits.
After all crypto is one place where markets can be manipulated and the proceeds put to good use.
XRPs themselves were basically worthless, but it was required to interact with the ledger (you pay maybe 0.000001 XRP per transaction). The idea was that you pass a small amount on to friends and others interested in using it to create their wallet and start tracking IOUs, and you needed to have at least 20 XRP in your wallet.
Somewhere along the way all hell broke loose, Bitcoin got popular, crypto currencies in general got popular and XRP itself suddenly became worth something, the original concept got lost and everything seemed to go off the rails... That's when I lost interest.
[0] https://bitcointalk.org/index.php?topic=145506.0