<p>First off, Lisk doesn't have full turing-complete smart contracts so there isn't much of a comparison on that front. </p>

<p>Key shortcomings of existing frameworks like Ethereum can be summarized by five challenges:</p>

<ul>
<li>Contract life cycle management – Find a security bug? Good luck re-deploying.</li>
<li>Transaction fees – Want to use my service? First, you’ll have to buy some “gas,” in the form of cryptocurrency, to use to sponsor your transaction fees – no matter what service you are trying to use. This means there will be some crypto-tax implications for your end users.</li>
<li>Integration with External Services – Want to leverage an existing database? Contracts are part of the blockchain consensus, which means they cannot interact with external systems like a cloud service or game engine.</li>
<li>New coding languages – Solidity on Ethereum and RIDE on Waves are complex and relatively unknown to most experienced software developers, creating a substantial barrier to entry. There are also fewer reliable libraries and tools to leverage in the development process.</li>
<li>Privacy – Looking to create verifiably replicable random numbers and store secret information? It’s either not possible, or incredibly complex.</li>
</ul>

<p>This combination of factors has already led to numerous instances of user funds being locked up because of vulnerable smart contracts such as in the instance of the DAO and the Paritytech Wallet Freeze.</p>

<p>Lightweight Contracts on the Ardor platform offer a comprehensive solution to these issues. These new “stateless” contracts are written in Java, allowing developers to automate business processes on the blockchain in a comfortable coding language, while leveraging 250+ APIs to launch digital assets, marketplaces, voting systems, cloud storage solutions, messaging applications, and more. Reflecting on the issues of first-generation smart contracts, lightweight contracts address those issues of contract lifecycle management, transaction fees, integration with external systems, and random number generation as follows:  </p>

<ul>
<li>Two Step Deployment – Contract code is deployed to child chains, such as Ignis, as a cloud data item, which stores a signed and time-stamped copy of the executable code on the blockchain, and a contract reference, which serves as a pointer from a specific contract runner account to the contract code, while defining setup parameters for the contract. This level of indirection simplifies contract upgrades- all developers need to do is deploy a new version of the contract and then gradually update existing references to it.</li>
<li>External Integrations – Interfacing with external systems, like cloud services and game engines, is enabled and encouraged.</li>
<li>Privacy – Random numbers can be generated in a reproducible method and secret information can be saved privately.</li>
</ul>

<p>Lightweight Contracts are deployed on individual nodes, with optional verification and approval nodes reproducing results to ensure transparency and fairness. This provides a significant level of confidence in the output transactions of Lightweight Contracts, but what happens if a user sends a transaction to the node running a “contract runner” – and the node fails to execute the contract?</p>

<p>The trust problem lies at the core of all systems looking to deploy smart contracts on individual nodes. After several months of research, the developers at Jelurida finally found their solution by repurposing a lesser-known feature deployed on NXT back in 2015, known as phased transactions by hashed secrets. The basic idea is that funds sent by the user are not credited to the contract runner account. Instead, funds are held in a temporary escrow by the blockchain itself until the contract runner executes the contract and the user, after validating the resulting transaction, reveals the secret. As a result, the user transaction and the contract reply transactions are either both approved or both ignored and funds are unable to be permanently locked or stolen.</p>

<p>Documentation for the Ardor platform and its lightweight contracts can be found on the Ardor Learning Hub at ardordocs.jelurida.com. This response was modified from an article on CCN: <a href="https://www.ccn.com/ardor-lightweight-contracts-since-existing-smart-contracts-are-not-so-smart/" rel="noreferrer">https://www.ccn.com/ardor-lightweight-contracts-since-existing-smart-contracts-are-not-so-smart/</a></p>

CC BY-SA 4.0
2021-05-26T18:01:52.940Z
ARDOR is great! Why it's not so popular as ETH?
Boris Brodski
CC BY-SA 4.0
2021-05-26T18:03:23.973Z
Also, 1 ARDOR per transaction can become very expensive soon (I hope). Is there some scaling mechanism in place to keep fee low, like BNB smart chain does?
Boris Brodski
CC BY-SA 4.0
2019-01-09T19:05:26.543Z
2019-01-09T19:05:26.543Z
demetriuss
<p>Ardor announced they are launching smart contracts on their system and how does it work compared to the other platforms like Ethereum, EOS, and Lisk?</p>

CC BY-SA 4.0
2019-01-09T18:47:22.267Z
I'm voting to close this question as off-topic because it's not obviously related to Bitcoin.
G. Maxwell
CC BY-SA 4.0
2019-01-09T20:55:12.887Z
I'm voting to close this question as off-topic because it's obviously not related to Bitcoin.
Jannes
CC BY-SA 4.0
2019-01-10T07:38:30.503Z
@Jannes rather than closing this question, how would you go about getting it migrated to a more appropriate SE site?
DarcyThomas
CC BY-SA 4.0
2019-01-10T14:30:20.837Z
@DarcyThomas They're off topic and I couldn't care less about scams, so why would I waste my time on that?
Jannes
CC BY-SA 4.0
2019-01-11T18:21:20.200Z
@Jannes Why do you think this question is a scam? It seems pretty on topic to me. The question seems legit and has been tagged with the relevant altcoin tags (i.e., `etherium`, `ardor`, `lisk`)
DarcyThomas
<ethereum><ardor><smartcontracts>
When does Ardor smart contracts come into effect and how does it work compared to Ethereum, EOS, and Lisk?
Patoshi パトシ
# When does Ardor smart contracts come into effect and how does it work compared to Ethereum, EOS, and Lisk?

(Asked by: username_0 on 2019-01-09)

Ardor announced they are launching smart contracts on their system and how does it work compared to the other platforms like Ethereum, EOS, and Lisk?

**Tags:** ethereum, ardor, smartcontracts

> **Comments:**
> **username_1**: I'm voting to close this question as off-topic because it's not obviously related to Bitcoin.  
> **username_2**: I'm voting to close this question as off-topic because it's obviously not related to Bitcoin.  
> **username_3**: @username_2 rather than closing this question, how would you go about getting it migrated to a more appropriate SE site?  
> **username_2**: @username_3 They're off topic and I couldn't care less about scams, so why would I waste my time on that?  
> **username_3**: @username_2 Why do you think this question is a scam? It seems pretty on topic to me. The question seems legit and has been tagged with the relevant altcoin tags (i.e., `etherium`, `ardor`, `lisk`)  

---

## 1 answers

### Answer by username_4 on 2019-01-09. Score: 5 | Accepted answer

First off, Lisk doesn't have full turing-complete smart contracts so there isn't much of a comparison on that front.

Key shortcomings of existing frameworks like Ethereum can be summarized by five challenges:

* Contract life cycle management – Find a security bug? Good luck re-deploying.
* Transaction fees – Want to use my service? First, you’ll have to buy some “gas,” in the form of cryptocurrency, to use to sponsor your transaction fees – no matter what service you are trying to use. This means there will be some crypto-tax implications for your end users.
* Integration with External Services – Want to leverage an existing database? Contracts are part of the blockchain consensus, which means they cannot interact with external systems like a cloud service or game engine.
* New coding languages – Solidity on Ethereum and RIDE on Waves are complex and relatively unknown to most experienced software developers, creating a substantial barrier to entry. There are also fewer reliable libraries and tools to leverage in the development process.
* Privacy – Looking to create verifiably replicable random numbers and store secret information? It’s either not possible, or incredibly complex.

This combination of factors has already led to numerous instances of user funds being locked up because of vulnerable smart contracts such as in the instance of the DAO and the Paritytech Wallet Freeze.

Lightweight Contracts on the Ardor platform offer a comprehensive solution to these issues. These new “stateless” contracts are written in Java, allowing developers to automate business processes on the blockchain in a comfortable coding language, while leveraging 250+ APIs to launch digital assets, marketplaces, voting systems, cloud storage solutions, messaging applications, and more. Reflecting on the issues of first-generation smart contracts, lightweight contracts address those issues of contract lifecycle management, transaction fees, integration with external systems, and random number generation as follows:

* Two Step Deployment – Contract code is deployed to child chains, such as Ignis, as a cloud data item, which stores a signed and time-stamped copy of the executable code on the blockchain, and a contract reference, which serves as a pointer from a specific contract runner account to the contract code, while defining setup parameters for the contract. This level of indirection simplifies contract upgrades- all developers need to do is deploy a new version of the contract and then gradually update existing references to it.
* External Integrations – Interfacing with external systems, like cloud services and game engines, is enabled and encouraged.
* Privacy – Random numbers can be generated in a reproducible method and secret information can be saved privately.

Lightweight Contracts are deployed on individual nodes, with optional verification and approval nodes reproducing results to ensure transparency and fairness. This provides a significant level of confidence in the output transactions of Lightweight Contracts, but what happens if a user sends a transaction to the node running a “contract runner” – and the node fails to execute the contract?

The trust problem lies at the core of all systems looking to deploy smart contracts on individual nodes. After several months of research, the developers at Jelurida finally found their solution by repurposing a lesser-known feature deployed on NXT back in 2015, known as phased transactions by hashed secrets. The basic idea is that funds sent by the user are not credited to the contract runner account. Instead, funds are held in a temporary escrow by the blockchain itself until the contract runner executes the contract and the user, after validating the resulting transaction, reveals the secret. As a result, the user transaction and the contract reply transactions are either both approved or both ignored and funds are unable to be permanently locked or stolen.

Documentation for the Ardor platform and its lightweight contracts can be found on the Ardor Learning Hub at ardordocs.jelurida.com. This response was modified from an article on CCN: <https://www.ccn.com/ardor-lightweight-contracts-since-existing-smart-contracts-are-not-so-smart/>

> **Comments:**
> **username_5**: ARDOR is great! Why it's not so popular as ETH?  
> **username_5**: Also, 1 ARDOR per transaction can become very expensive soon (I hope). Is there some scaling mechanism in place to keep fee low, like BNB smart chain does?  

---

