Contract Structure
Last updated
Was this helpful?
Last updated
Was this helpful?
Contracts in CashScript are somewhat similar to classes in object-oriented languages. A notable difference is that there is no mutable state. So once a contract is instantiated with certain parameters, these values cannot change. Instead, functions can be called on the contract that act on the contract's values to spend money from the contract. The extension of CashScript source code files is .cash
, and the structure of these source files is explained below.
A contract file may start with a pragma directive to indicate the CashScript version the contract was written for. This ensures that a contract is not compiled with an unsupported compiler version, which could cause unintended side effects.
A CashScript constructor works slightly differently than what you might be used to in regular object-oriented languages. It is not possible to define any statements inside the constructor, as the constructor is only used to store values in the contract. Because of this limited nature, there is no separate constructor
function, but instead the parameters are specified directly on the class definition.
CashScript functions are made up of a collection of statements that determine whether money may be spent from the contract.
The most important statement of CashScript contracts is the require
statement. This statement takes a boolean expression and checks that it evaluates to true
. If it evaluates to false
instead, the transaction fails. This statement is used to ensure that the requirements are met to spend money from the contract.
Variables can be declared by specifying their type and name. All variables need to be initialised at the time of their declaration, but can be reassigned later on - unless specifying the constant
keyword. Since CashScript is strongly typed and has no type inference, it is not possible to use keywords such as var
or let
to declare variables.
After their initial declaration, any variable can be reassigned later on. However, CashScript lacks any compound assignment operators such as +=
or -=
.
The only control structures in CashScript are if
and else
statements. This is due to limitations in the underlying Bitcoin Script which prevent loops, recursion, and return
statements. If-else statements follow usual semantics known from languages like C or JavaScript.
Comments can be added anywhere in the contract file. Comment semantics are similar to languages like JavaScript or C. This means that single-line comments can be added with // ...
, while multiline comments can be added with /* ... */
.
The main construct in a CashScript contract is the function. A contract can contain one or multiple functions that can be executed to trigger transactions that spend money from the contract. In the basics the result of a function is just a yes or no answer to the question 'Can money be sent out of this contract?'. But by using a technique called covenants, it is possible to specify other conditions, like restricting where money can be sent. To read more about this technique, refer to the .