4 ms·

> It would obviously be on you to do your DD and confirm that the price is accurate. Due diligence is irrelevant. The point is that a smart contract cannot run

> It would obviously be on you to do your DD and confirm that the price is accurate. Due diligence is irrelevant. The point is that a smart contract cannot run a scraper, it must outsource that work to another computer living outside the blockchain; that computer is a blackbox thats behavior could change at any time. > It's easy to verify that the deployed code of an eth smart contract matches the open source code using the Bytecode of the deployed contract The code is not the issue. If all documents are available from the beginning then the smart contract is not doing anything useful. A smart contract cannot execute a deed automatically so it serves no purpose that could not otherwise be achieved using centralized software systems. > Not all defaults will necessarily lead to litigation. The parties would only need to go to court if the owner did not abide by the terms of the contract The entire purpose of a contract is that people very often fail to meet the terms of the agreement. If you're relying on the legal system to adjudicate smart contract disputes then the smart contract is literally no different from a traditional legal contract except that it is written in unnecessarily inefficient blockchain code instead of legalese. > The token also gives investors/lenders significantly more liquidity The tokens provide no liquidity because the legal system does not recognize them as real, you might as well print out PGP signed IOUs on index cards for all those tokens are worth.

jasonlaramburu 9y ago
>a smart contract cannot run a scraper Sure it can. It would be expensive and slow, but certainly possible. Yes, an off-chain scraper could change its behavior. I don’t know why it would be in the interest of the company offering this service to do that, but sure. As I said before, you could view the output of this scraper anytime from within the contract itself (either through the company’s front end, or a 3rd party blockchain browser). If it looked lower than the publicly-available average, you would know there was a problem. >a smart contract cannot execute a deed automatically Sure it can >serves no purpose that could not otherwise be achieved using centralized software systems You argue against yourself here. Your issue with the off-chain scraper is one of trust- ‘how do I know it won’t change its behavior?’ I ask you the same question: how do I know a centralized server will not change my contract, or delete it? With a distributed smart contract, you can be sure that if you audit the deployed code, it cannot be changed without your knowledge. >no different from a traditional legal contract The contract is really more of a trustless escrow system. It holds the legal contract for all parties securely, and ensures that no single bad-actor can change it. >The tokens provide no liquidity You don’t know that. If enough projects got funded this way-big if- lenders could buy, sell trade their positions.
- root_axis 9y ago
  > Sure it can. It would be expensive and slow, but certainly possible. Forgive my imprecision, when I said "a smart contract cannot run a scraper" I meant to suggest that it is prohibitively slow, expensive and impractical to do so, like if I said "a macbook cannot render the motion picture Frozen". > Sure it can You are conspicuously lacking an explanation of how a smart contract can execute a deed. Still, even if it could, the point is that decentralization is totally useless in this venture. We could envision the exact same scenario you described with centralized software operated by a neutral party and a written contract that spells out identical terms. > You argue against yourself here. Your issue with the off-chain scraper is one of trust- ‘how do I know it won’t change its behavior?’ I ask you the same question: how do I know a centralized server will not change my contract, or delete it? You're misunderstanding. I'm not arguing against myself, what I'm trying to explain is that the smart contract doesn't solve the problem of trust because the only thing that matters (who the court says is right) works exactly the same whether you're dealing with a smart contract or a real one. > With a distributed smart contract, you can be sure that if you audit the deployed code, it cannot be changed without your knowledge. This is not a benefit, this is just another problem that has to be solved, all you've done is replace a lawyer with a software analyst (who retains a lawyer for when they OK a smart contract that gets hacked), except it's also slow and expensive for the sake of decentralization. > The contract is really more of a trustless escrow system. It holds the legal contract for all parties securely, and ensures that no single bad-actor can change it. Centralized escrow systems already do this job fine. There is no lack of reliable escrow services. > You don’t know that. If enough projects got funded this way-big if- lenders could buy, sell trade their positions. It doesn't matter who is funding them, they have no liquidity because the government does not recognize tokens as units of ownership in property.
  - jasonlaramburu 9y ago
    All your recent comments (on this thread and others) are anti-blockchain. However you provide no tangible argument other than ‘centralized servers already do this fine.’ Ever seen the clip of Ballmer talking about the original iPhone? He says it will fail because it’s slow, expensive and you can already send email using a blackberry. That POV has not aged well. You’re right, centralized servers can execute the computations just fine. A reason people are excited about ethereum is that they have serious misgivings that the operators of central servers are truly ‘neutral’ parties. With distributed systems built in blockchain, you can always audit the code before you enter a contract. I do not know of any widely-used centralized service that allows this. Yes, a smart contract can execute a physical document. One way (of many) would be hellosign/docusign but running on ethereum main net. Of course this is only necessary if you want to produce a signature that looks handwritten (not essential for the doc to be legally-binding in the USA).

jasonlaramburu 9y ago

>a smart contract cannot run a scraper Sure it can. It would be expensive and slow, but certainly possible. Yes, an off-chain scraper could change its behavior. I don’t know why it would be in the interest of the company offering this service to do that, but sure. As I said before, you could view the output of this scraper anytime from within the contract itself (either through the company’s front end, or a 3rd party blockchain browser). If it looked lower than the publicly-available average, you would know there was a problem. >a smart contract cannot execute a deed automatically Sure it can >serves no purpose that could not otherwise be achieved using centralized software systems You argue against yourself here. Your issue with the off-chain scraper is one of trust- ‘how do I know it won’t change its behavior?’ I ask you the same question: how do I know a centralized server will not change my contract, or delete it? With a distributed smart contract, you can be sure that if you audit the deployed code, it cannot be changed without your knowledge. >no different from a traditional legal contract The contract is really more of a trustless escrow system. It holds the legal contract for all parties securely, and ensures that no single bad-actor can change it. >The tokens provide no liquidity You don’t know that. If enough projects got funded this way-big if- lenders could buy, sell trade their positions.

root_axis 9y ago
> Sure it can. It would be expensive and slow, but certainly possible. Forgive my imprecision, when I said "a smart contract cannot run a scraper" I meant to suggest that it is prohibitively slow, expensive and impractical to do so, like if I said "a macbook cannot render the motion picture Frozen". > Sure it can You are conspicuously lacking an explanation of how a smart contract can execute a deed. Still, even if it could, the point is that decentralization is totally useless in this venture. We could envision the exact same scenario you described with centralized software operated by a neutral party and a written contract that spells out identical terms. > You argue against yourself here. Your issue with the off-chain scraper is one of trust- ‘how do I know it won’t change its behavior?’ I ask you the same question: how do I know a centralized server will not change my contract, or delete it? You're misunderstanding. I'm not arguing against myself, what I'm trying to explain is that the smart contract doesn't solve the problem of trust because the only thing that matters (who the court says is right) works exactly the same whether you're dealing with a smart contract or a real one. > With a distributed smart contract, you can be sure that if you audit the deployed code, it cannot be changed without your knowledge. This is not a benefit, this is just another problem that has to be solved, all you've done is replace a lawyer with a software analyst (who retains a lawyer for when they OK a smart contract that gets hacked), except it's also slow and expensive for the sake of decentralization. > The contract is really more of a trustless escrow system. It holds the legal contract for all parties securely, and ensures that no single bad-actor can change it. Centralized escrow systems already do this job fine. There is no lack of reliable escrow services. > You don’t know that. If enough projects got funded this way-big if- lenders could buy, sell trade their positions. It doesn't matter who is funding them, they have no liquidity because the government does not recognize tokens as units of ownership in property.
- jasonlaramburu 9y ago
  All your recent comments (on this thread and others) are anti-blockchain. However you provide no tangible argument other than ‘centralized servers already do this fine.’ Ever seen the clip of Ballmer talking about the original iPhone? He says it will fail because it’s slow, expensive and you can already send email using a blackberry. That POV has not aged well. You’re right, centralized servers can execute the computations just fine. A reason people are excited about ethereum is that they have serious misgivings that the operators of central servers are truly ‘neutral’ parties. With distributed systems built in blockchain, you can always audit the code before you enter a contract. I do not know of any widely-used centralized service that allows this. Yes, a smart contract can execute a physical document. One way (of many) would be hellosign/docusign but running on ethereum main net. Of course this is only necessary if you want to produce a signature that looks handwritten (not essential for the doc to be legally-binding in the USA).