Back to Home

Contract 0xb0533d8a5dd6...781cc5875390

Utility
0xb0533d8a5dd6...781cc5875390
FrontierContract #401Source VerifiedEdit this contract
Deployed August 22, 2015 (11 years ago)Block 126,799

The ethereum.org crowdsale tutorial: contributions run to a deadline against a goal, pay out a separate reward token, and are refunded if the goal is missed.

Frontier EraVerified Source

Historical Significance

This is what a token sale looked like before ERC-20 existed: a fixed price, a deadline, a threshold, an automatic refund if the threshold is missed, and the tokens themselves held in a separate contract addressed through sendCoin rather than transfer. The all-or-nothing goal it implements is the pattern token sales kept using for years after this code was replaced.

Context

Ethereum's Frontier network went live on 30 July 2015 and the ethereum.org tutorials were the main worked examples anyone had. This crowdsale predates ERC-20, which is why the token it pays out is addressed through sendCoin and coinBalanceOf rather than transfer and balanceOf.

Key Facts
Deployment Block
126,799
Deployment Date
Aug 22, 2015, 05:47 PM
Code Size
2.3 KB
Gas at Deploy
672,132

Description

A crowdfunding contract from the 2015 ethereum.org tutorial. Its constructor fixes five things that can never be changed afterwards: who receives the money, the funding goal, how many minutes the campaign runs, the price of one reward token, and the address of the token contract that pays contributors.

Contributions arrive through the fallback function. Each sender is appended to a public funders array along with the amount, the running total goes up, and the reward token is asked to send that contributor the amount divided by the price. Once the deadline has passed anyone may call checkGoalReached(): if the total met the goal the balance goes to the beneficiary, otherwise the contract walks the funders array and refunds each one in turn. Either way it then self-destructs to the beneficiary.

The reward tokens have to be sitting in this contract before the sale opens and nothing here checks that they are. The refund loop is unbounded, so a campaign with enough contributors cannot be closed inside a block's gas limit, and neither the refunds nor the payout check whether send() succeeded.

This one pays 0x5e0320bb4d82ab8bb5d7291f2c67d1c99abb3c05 on success. It was opened with a goal of 100 ether, a window of 5 minutes, and a price of 0.01 ether for one token, handing out the token at 0xa96904cb3c5d4714147ae2ce1da3652739f7ffda.

Heuristic Analysis

The following characteristics were detected through bytecode analysis and may not be accurate.

Detected Type: Utility
Contains SELFDESTRUCT opcode

Bytecode Overview

Opcodes2,387
Unique Opcodes148
Jump Instructions63
Storage Operations52

External Links

Related contracts