From Facebook:
LIBERTARIAN ANSWER MAN TIME
Smart Contracts discussion with a libertarian friend, B:
KINSELLA:
… it’s not smart, and it’s not a contract. It’s just code as far as i can tell. You ever coded? It’s just a bunch of defined if-then instructions.
B:
And what is a contract, pray tell?
KINSELLA:
If-then instructions that are legally enforceable.
B:
Conventional contracts are if-then instructions that sometimes use a third-party for interpretation and/or enforcement.
So-called “smart” contracts are if-then instructions that use pre-agreed neutrally-observable data (i.e. the Fed’s prime rate at a certain time and date) and/or m-of-n parties’ interpretation for self-enforcement.
KINSELLA:
Right and as I’ve said many times the use case is narrow because most conditions are more nuanced and require words and language and interpretation. Plus they usually apply to real assets that digital code can’t touch. Plus most contracts don’t allow for escrow which smart contracts need.
But notice now you ARE saying smart contracts are a type of contract where half the time the people using this term retreat and say it a not a legal contract. So which Is it.
B:
Yes, but it’s not impossible to avoid this in some and perhaps eventually, many use cases.
KINSELLA:
No. 99% of contracts are not automatable. You give up too much. If you saved something to balance it out, maybe. But you don’t. It solves no problem. Bitcoin SOLVES A PROBLEM (as explained here: https://www.facebook.com/nskinsella/posts/10158404058053181; appended below): 1 money solves the problem of barter: the double coincidences of wants problem and the inability to engage in rational economic calculation (which requires free market prices). But the state has taken over money and has made it inflatable. Bitcoin solves this problem because it can’t be inflated, because of its decentralized nature. So we need money (thus gold, then dollars); and we need a sound money (thus bitcoin). But contracts work fine. What “problem” do smart contracts solve? What problem do NFTs solve? None that I can see. It’s all bullshit and hype.
B:
That’s mostly true at the moment, but there is no reason in principle why title transfer of real assets couldn’t eventually be executed on-chain, e.g.:
KINSELLA:
But what is the advantage to doing it this way other than ”it’s cool”? It doesn’t solve any real problem.
B:
“No. 99% of contracts are not automatable.”
That’s true- RIGHT NOW. But there are many fine details that can be automated.
For example, sometime in the future, the buyer and seller of a home engage Legal Services, Inc for a Purchase-Sale Agreement and choose a “PSA” to their mutual satisfaction. Then the buyer engages Mortgage Brokering Service, Inc that digests the industry-format PSA smart contract language which then suggests suitable lenders and their specific requirements to lend at whatever leverage and rate based on the borrower’s financials, required insurance coverages, appraisals, etc.
After committing to Mortgage Bank Lender, Inc, the buyer executes Mortgage Agreement smart contract (“MA”) which merges with the PSA contract function to oversee the transaction. The MA function may have survey, title and home insurance requirements file which the buyer submits to Home Insurance, Inc (or a brokerage) to purchase a homeowners insurance policy that meets the MA requirements, and which perhaps hires a home inspector. The home inspectors report may require a higher payment from the borrower or a decrease in the sales price, etc, whatever they agreed upon in the PSA when the report is submitted to the PSA’s smart contract function.
Yadda yadda yadda until the PSA-MA contract functions conditions are satisfied and the escrowed funds are released to the seller’s wallet while the title to the property is signed to the buyer’s public wallet address.
It honestly does sound like pie-in-the-sky at this stage, but that’s a basic framework of what eventually can be automated. Closings can be a matter of hours instead of months (e.g. if the lender forgoes a home inspection requirement).”
KINSELLA:
“That’s true- RIGHT NOW. But there are many fine details that can be automated.”
I disagree. But then I’ve negotiated, written, and enforced thousands of actual, real-world contracts, so nevermind me.
“For example, sometime in the future, the buyer and seller of a home engage Legal Services, Inc for a Purchase-Sale Agreement and choose a “PSA” to their mutual satisfaction. Then the buyer engages Mortgage Brokering Service, Inc that digests the industry-format PSA smart contract language which then suggests suitable lenders and their specific requirements to lend at whatever leverage and rate based on the borrower’s financials, required insurance coverages, appraisals, etc.”
But why would they do this? They can do it now with existing legal structures. What is the advantage? I see only downside and no upside.
“Yadda yadda yadda until the PSA-MA contract functions conditions are satisfied and the escrowed funds are released to the seller’s wallet while the title to the property is signed to the buyer’s public wallet address.”
You are talking like a Rothbardian Space Cadet who thinks it’s “neat” that we “can” somehow simulate normal contracts in code. So what. This is like [x] in the day ridiculously musing that we should just phrase all our arguments in symbolic logic. GEE I WONDER WHY THIS NEVER TOOK OFF
B:
I agree with you that much of this is “fine”, as-is to a large degree at the present which is why I am skeptical of a radical departure, and I believe that there are so many pieces of the chain that will have to work perfectly together from day one, and that you cannot launch this piece-meal, or have it initially limited to very small economic functions.
But I don’t confuse my skepticism for a dismissal of the “smart contract” concept en totale.
KINSELLA:
I don’t dismiss it either, just the hype and ignorance around it. I think that over time more things will become automated with forms, AI, arbitration, even automation, but it will develop incrementally and in the end its use case will be very narrow. This is because most people don’t understand a few things:
1. most contracts are very complicated and require verbal language (words) to express the terms (and can’t be done with simple symbolic logic; if anything contractual verbiage gets more nuanced and complicated over time, not simpler) and arbitrators/judges/courts to decide when there is a dispute.
2. most contracts involve real world assets, not digital ones, so can’t be fully automated
3. most contracts do not have an escrow component, that is, what you owe in the future is uncertain and even when it’s certain, the thing owed doens’t exist yet and may never exist. So there is now way to automate how to handle uncertain future conditions.
Contracts just set up a framework for how to decide who owns some uncertain future assets, and who decides it, and how to enforce. This cannot be automated–or, even if or to the extent it can, it doesn’t solve any real problem that needs solving. It’s just “neat” and might attract nerds who like to watch Star Wars but no one in the real world cares about this shit
APPENDIX
FACEBOOK POST https://www.facebook.com/nskinsella/posts/10158404058053181:
I have spoken.
***
What Are Smart Contracts?
Smart contracts are self-executing programs stored on a blockchain that automatically enforce the terms of an agreement when predefined conditions are met. They run on decentralized platforms like Ethereum, Rootstock (RSK), or Stacks, using code to facilitate, verify, or execute transactions without intermediaries. The term was coined by Nick Szabo in 1994, who described them as “a set of promises, specified in digital form, including protocols within which the parties perform on these promises.”
Key Features
- Automation: Smart contracts execute automatically when conditions (e.g., payment received, date reached) are met, reducing reliance on third parties.
- Trustlessness: They operate on decentralized blockchains, ensuring transparency and immutability without needing to trust a central authority.
- Immutability: Once deployed, the code cannot be altered (in most cases), ensuring reliability but limiting flexibility.
- Use Cases:
- Finance: Decentralized finance (DeFi) platforms use smart contracts for lending, borrowing, or trading (e.g., Uniswap).
- Supply Chain: Tracking goods with transparent, tamper-proof records.
- NFTs: Managing ownership and royalties for digital assets.
- Escrow: Automatically releasing funds when conditions are met (e.g., delivery confirmed).
How They Work
- Code-Based: Written in languages like Solidity (Ethereum) or Clarity (Stacks), smart contracts are deployed to a blockchain.
- Trigger Conditions: They monitor blockchain data (e.g., transactions, timestamps) to execute actions when conditions are met.
- Execution: The blockchain’s nodes validate and execute the contract, ensuring consensus on outcomes.
- Gas Fees: On networks like Ethereum, users pay fees (in ETH) to execute smart contracts, covering computational costs.
Example
A vending machine analogy: You input money (condition), select a product (input), and the machine dispenses the item (execution) without human intervention. Similarly, a smart contract might release cryptocurrency to a seller once a digital signature confirms delivery.
Is the Name “Smart Contract” Misleading?
The term “smart contract” is debated, with critics like Stephan Kinsella arguing it’s misleading because it doesn’t align with the legal definition of a contract. Below, I’ll summarize Kinsella’s perspective from his 2022 article (https://stephankinsella.com/2022/02/libertarian-answer-man-smart-contracts/) and incorporate other online commentary, including new insights from consulted sources on Rothbard’s views and criticisms regarding unsecured debts and loans. This updated analysis integrates the argument that the vast majority of debt and loans are unsecured, rendering them unsuitable for escrow-based automatic enforcement, which further underscores the misleading nature of the term.
Kinsella’s Argument
In his article, Kinsella, a libertarian legal theorist, contends that “smart contract” is a misnomer:
- Not a Legal Contract: A contract, in legal terms, is an enforceable agreement creating mutual obligations. Smart contracts are just code—self-executing scripts that lack the intent, mutual assent, or legal enforceability of traditional contracts. They’re more like “automated performance mechanisms” for pre-agreed terms.
- Misleading Expectations: The term suggests a legally binding agreement, but smart contracts don’t inherently interact with legal systems. For example, if a smart contract transfers funds due to a bug or hack, there’s no legal recourse unless explicitly coded or tied to a separate legal agreement.
- Code vs. Agreement: Kinsella argues smart contracts are better described as “self-enforcing code” or “crypto-transactional protocols.” They execute actions (e.g., transferring tokens) but don’t encapsulate the full scope of a contract, like dispute resolution or subjective intent.
- Libertarian Perspective: Kinsella notes that libertarians might appreciate smart contracts for enabling trustless, intermediary-free transactions, but the name overstates their legal significance, potentially confusing users about their nature.
Criticism: Unsecured Debts and Loans Not Amenable to Escrow or Automatic Enforcement
A key criticism, drawn from libertarian thinkers like Murray Rothbard (as discussed in Kinsella’s podcasts) and broader online commentary, is that smart contracts’ purported automatic enforcement is illusory for most real-world agreements, particularly debts and loans. This stems from the fact that the vast majority of such obligations are unsecured, making them incompatible with the escrow-like mechanisms that smart contracts rely on for “self-execution.” Let’s explain this in detail:
- Nature of Unsecured Debts and Loans: Most debts (e.g., credit card balances, personal loans, student loans) and commercial loans are unsecured, meaning they lack collateral—tangible assets (like property or vehicles) that can be seized or liquidated if the borrower defaults. Instead, they rely on the borrower’s promise to repay, backed by credit history, reputation, or legal recourse through courts. According to Rothbard’s title transfer theory of contracts (discussed in the podcast with Jeff Deist), contracts are transfers of property titles, not binding promises. In unsecured loans, the lender transfers money with the expectation of future repayment, but there’s no immediate property to “hold in escrow” or automatically reclaim.
- Incompatibility with Escrow Arrangements: Smart contracts often use escrow-like logic, where funds or assets are locked in the contract and released only when conditions are met (e.g., via multi-signature wallets or coded triggers). However, for unsecured loans, there’s nothing to escrow upfront—the borrower typically receives funds without providing equivalent collateral. If the borrower defaults (e.g., due to bankruptcy or inability to pay), the smart contract can’t “automatically enforce” repayment because there’s no pre-locked asset to seize. As noted in Rothbard’s views, non-payment isn’t theft; it’s a failure to transfer future title, and enforcement would require external intervention, contradicting the “self-executing” claim. [](grok_render_citation_card_json={“cardIds”:[“643e11”]}) This makes automatic enforcement impossible without human judgment or legal action.
- Prevalence and Practical Implications: Statistics show that unsecured debt dominates: In the U.S., unsecured consumer debt (e.g., $4.3 trillion in credit card and student loans as of 2024) far exceeds secured debt like mortgages. In libertarian critiques (from Kinsella’s podcast on contracts and usury with Andre Simoni, though retrieval was limited, similar themes emerge), most contracts—service agreements, personal loans—can’t be secured because parties lack sufficient assets for escrow. Attempting to force escrow would exclude low-income borrowers or small transactions, limiting smart contracts’ applicability. Critics argue this creates an “illusion of automated enforcement,” where smart contracts work only for niche, collateralized cases (e.g., crypto-backed loans in DeFi), but fail for the majority, leading to reputational damage or unintended executions in edge cases. [](grok_render_citation_card_json={“cardIds”:[“50ef2c”,”9fcf0c”]})
- Broader Libertarian and Legal Critiques: Rothbard rejects debtors’ prisons as disproportionate, emphasizing restitution over punishment. In unsecured scenarios, enforcement relies on reputation, insurance, or voluntary compliance, not automation. Online sources highlight legal challenges: Smart contracts can’t handle rescission (voiding due to fraud or mistake) or modification, requiring court intervention for unsecured disputes. [](grok_render_citation_card_json={“cardIds”:[“5fa016″,”356e89”]}) This inflexibility amplifies the misleading name, as “contracts” imply negotiable, enforceable agreements, not rigid code that ignores real-world nuances like bankruptcy or force majeure.
- Counterarguments and Limitations: Proponents claim smart contracts could evolve with oracles (external data feeds) for unsecured enforcement, but critics note this reintroduces trust and centralization, undermining the “smart” aspect. [](grok_render_citation_card_json={“cardIds”:[“38da43”]}) In Rothbardian terms, automating unsecured enforcement risks aggression, as compelling performance (e.g., via code-linked penalties) could violate self-ownership.
This criticism strengthens the case that “smart contract” is misleading, as it overpromises universal applicability and enforcement, ignoring that most debts/loans require human-legal systems, not code alone.
Other Perspectives
- Support for the Term: Proponents argue the name is apt because smart contracts automate the performance of agreements, aligning with Szabo’s vision. For instance, Ethereum’s documentation describes them as “programs that govern the behavior of accounts within the Ethereum state,” emphasizing their role in enforcing rules. [](grok_render_citation_card_json={“cardIds”:[“ffc7f3”]}) Industry leaders like Vitalik Buterin argue it’s a practical shorthand, even if not legally precise.
- Criticism of the Term: Legal scholars note that smart contracts lack the flexibility of legal contracts. [](grok_render_citation_card_json={“cardIds”:[“ff9da0”]}) For example, issues with enforceability and jurisdiction arise, especially for unsecured obligations. [](grok_render_citation_card_json={“cardIds”:[“387fff”]}) Developers on forums call them “dumb contracts” due to blind execution of flawed code.
- Alternative Names: Suggestions include “chaincode,” “self-executing agreements,” or “programmable transactions.” [](grok_render_citation_card_json={“cardIds”:[“9a9455”]})
Analysis: Is the Name Misleading?
- Yes, It’s Misleading: It implies legal enforceability and intelligence absent in reality, especially for unsecured debts where automation fails. [](grok_render_citation_card_json={“cardIds”:[“7b6450”]}) Bugs and hacks further expose limitations.
- No, It’s Not Misleading: The term is established and descriptive for automation in blockchain contexts.
- Middle Ground: Partially misleading but practical; prioritize legal accuracy vs. usability.
Additional Commentary
- Security Concerns: Vulnerable to exploits, reinforcing the “smart” overstatement.
- Regulatory Uncertainty: Don’t fit traditional law, supporting ambiguity critiques. [](grok_render_citation_card_json={“cardIds”:[“653561”]})
- Adoption Trends: Widely used despite flaws, with millions on Ethereum.
Conclusion
Smart contracts automate blockchain actions but the name is misleading, particularly given the impracticality of enforcing unsecured debts/loans via escrow. For Bitcoin, they’re enabled on L2s but evolve amid these critiques.
- SEE ALSO comments on this in KOL401 | Sazmining Twitter Space: Bitcoin & Property Rights; and KOL337 | Join the Wasabikas Ep. 15.0: You Don’t Own Bitcoin—Property Rights, Praxeology and the Foundations of Private Law, with Max Hillebrand. [↩]
- E.g., Frank Shostak, “What Is the Optimal Growth Rate for the Money Supply?“, Mises Wire (June 2, 2025); Michael S. Milano, “Privacy and Fungibility: The Forgotten Virtues of Sound Money,” Mises Wire (07/05/2025). But see Robert P. Murphy, Bitcoin and the Theory of Money, Mises Wire (04/29/2020). [↩]
Stephan,
I’m a big fan of your writing, and especially liked your fantastic book ‘Against Intellectual Property’.
I’ve been part of the Bitcoin space from before the words ‘cryptocurrency’ and ‘smart contract’ were invented and gave this ‘smart contract’ idea some thought when it first came up.
I agree with your conclusion but there are stronger arguments to be made.
‘Smart contracts’ are logically impossible to implement except for contracts that ONLY contain a cryptocurrency itself (see below). And even there the use cases are really limited, and one could argue these working cryptocurrency contracts should not be called contracts.
The problem with smart contracts is that one tries to merge the digital with the analog world, which is simply impossible without an authority to decide what takes place in the physical space. This may seem like an overly esoteric philosophical debate, but there is no objective truth in our world. Even the seemingly most objective truths are open to interpretation.
1. “Most contracts are very complicated”. The complexity of contracts is irrelevant. Even the simplest of contracts cannot be governed by a ‘smart’ contract.
“Did the car drive through a red light?” seems a simple enough question but isn’t. Even if filmed by a dozen cameras, no computer program can answer this question. What constitutes driving through a red light? Should the car’s nose be on the intersection when the light turns red? Or the car’s rear? What if the light malfunctioned and both the green and red light were highlighted? What if the car was hit by a truck from behind and was pushed into the intersection?
Suppose the car was indeed pushed into the intersection by a truck and the “oracle” – represented by multiple cameras – takes cryptocurrency from the driver’s address to the crypto address of the city authorities by use of an escrow system (a 2-of-3 escrow is the only way a third party could access your funds). One week later a judge overrules the smart contract and orders the city to reverse the payment. It turned out that “code is law” was but a pipe dream and that “law is law” was reality. What use was the blockchain in this scenario? Answer: the blockchain had no use whatsoever and was a waste of energy. This initial transaction could have been done by using a simple database.
2. “Most contracts involve real world assets”
The fact whether an asset is physical or digital is irrelevant. Even digital assets cannot be governed by smart contracts. Digital assets are but a string of numbers. The enforcement of digital property (e.g., screening a movie, copying a JPEG) is done by real-life persons, usually following the decision of a judge, who will make his own judgment and discard the “code as law” from the blockchain, thereby making the blockchain contract completely useless.
As with the red light example, consider the example the ownership of a JPEG. Suppose for the sake for argument the unlikely case where a judge recognizes a random blockchains’ smart contract. A thief copy-pastes the JPEG and shows it to a friend or prints it on T-shirt. Then what? Will the judge order compensation? What if the ‘thief’ only copied half of the JPEG? A fourth? One pixel? What if the ‘owner’ of the JPEG stole it first from our supposed ‘thief’, the latter one having created the picture, had legal copyright but didn’t put it on the blockchain? What if the real creator had copyright in one country but not another?
Again, even the enforcement of digital assets requires physical enforcement, and physical enforcement can’t be controlled by a digital contract.
The one exception is cryptocurrency itself, where ownership is determined only by the collective will of the participants to adhere to the rules of the protocol. The advantage is that – unlike home ownership or intellectual property -, cryptocurrency only exists digitally (for all practical purposes, as even digital assets rely on analog electric signals), and are only enforceable by the protocol (again, for all practical purposes).
Even there, if in some way one authority could convince all Bitcoin participants to regard my Bitcoins as invalid, then that could be done. See for example the Canadian government trying to “block” access to the truckers’ bitcoins.
Economic incentives and game theory however ensure that it will be practically impossible to convince all participants to follow this authority instead of the protocol philosophy, and as such the Canadian government failed in this regard. In the meantime, the bitcoins of the truckers already have been accepted by other participants of the network.
3. “Most contracts do not have an escrow component”
Even if all contracts would have an escrow component, then smart contracts would still be useless (see my arguments from above).
You wrote: “Contracts just set up a framework for how to decide who owns some uncertain future assets, and who decides it, and how to enforce. This cannot be automated–or, even if or to the extent it can, it doesn’t solve any real problem that needs solving. It’s just “neat” and might attract nerds who like to watch Star Wars but no one in the real world cares about this shit”
I disagree that nobody would care about it – if it would be possible in any way. Unfortunately for the venture capital firms who have poured billions into this dumb idea, it simply isn’t possible. Contracts CANNOT be automated, not in part or in full, except for some limited cryptocurrency contracts without real-life linkage like a 2-of-3 signature Bitcoin transaction, which barely could be called contracts.
The questions one should ask are
1. Can a judge overrule the smart contract execution and force parties of a contract to (partially) reverse the action?
2. Is any part of the contract open to any sort of interpretation?
If the answer to any of these questions is yes, then the smart contract is useless, and the parties would have been better off writing up the contract in a pdf file.
To summarize: smart contracts are a useless hype. I consider the enthusiasm into smart contracts to be a litmus test to indicate those who hasn’t done his homework or who is in it for the easy VC money (the large majority being in the both categories).
I like the cut of your jib. Anyone even more skeptical than I am of smart-contract horse-shit is my kinda guy.