Contract ›
0x955f1550AAB98bee6d860b430a1D988eC8E17a41
GENESIS
Contract Overview
Balance:
0 ETH
ETH Value:
$0.00(@ $2,650.20/ETH)
Token:
More Info
Tag:
Not Available. Update?
Contract Creator:
0x6dC08...D64811at txn0xc6c9d...e37085
Token Tracker:
A Next-Generation Smart Contract and Decentralized Application Platform \n \n Satoshi Nakamoto's development of Bitcoin in 2009 has often been hailed as a radical development in money and currency, being the first example of a digital asset which simultaneously has no backing or *intrinsic value(opens in a new tab)* and no centralized issuer or controller. However, another, arguably more important, part of the Bitcoin experiment is the underlying blockchain technology as a tool of distributed consensus, and attention is rapidly starting to shift to this other aspect of Bitcoin. Commonly cited alternative applications of blockchain technology include using on-blockchain digital assets to represent custom currencies and financial instruments (*colored coins(opens in a new tab)*), the ownership of an underlying physical device (*smart property(opens in a new tab)*), non-fungible assets such as domain names (*Namecoin(opens in a new tab)*), as well as more complex applications involving having digital assets being directly controlled by a piece of code implementing arbitrary rules (*smart contracts(opens in a new tab)*) or even blockchain-based *decentralized autonomous organizations(opens in a new tab)* (DAOs). What Ethereum intends to provide is a blockchain with a built-in fully fledged Turing-complete programming language that can be used to create *contracts* that can be used to encode arbitrary state transition functions, allowing users to create any of the systems described above, as well as many others that we have not yet imagined, simply by writing up the logic in a few lines of code. \n \n Introduction to Bitcoin and Existing Concepts \n \n History \n \n The concept of decentralized digital currency, as well as alternative applications like property registries, has been around for decades. The anonymous e-cash protocols of the 1980s and the 1990s, mostly reliant on a cryptographic primitive known as Chaumian blinding, provided a currency with a high degree of privacy, but the protocols largely failed to gain traction because of their reliance on a centralized intermediary. In 1998, Wei Dai's b-money(opens in a new tab) became the first proposal to introduce the idea of creating money through solving computational puzzles as well as decentralized consensus, but the proposal was scant on details as to how decentralized consensus could actually be implemented. In 2005, Hal Finney introduced a concept of *reusable proofs of work(opens in a new tab)*, a system which uses ideas from b-money together with Adam Back's computationally difficult Hashcash puzzles to create a concept for a cryptocurrency, but once again fell short of the ideal by relying on trusted computing as a backend. In 2009, a decentralized currency was for the first time implemented in practice by Satoshi Nakamoto, combining established primitives for managing ownership through public key cryptography with a consensus algorithm for keeping track of who owns coins, known as *proof-of-work*. \n \n The mechanism behind proof-of-work was a breakthrough in the space because it simultaneously solved two problems. First, it provided a simple and moderately effective consensus algorithm, allowing nodes in the network to collectively agree on a set of canonical updates to the state of the Bitcoin ledger. Second, it provided a mechanism for allowing free entry into the consensus process, solving the political problem of deciding who gets to influence the consensus, while simultaneously preventing sybil attacks. It does this by substituting a formal barrier to participation, such as the requirement to be registered as a unique entity on a particular list, with an economic barrier - the weight of a single node in the consensus voting process is directly proportional to the computing power that the node brings. Since then, an alternative approach has been proposed called proof-of-stake, calculating the weight of a node as being proportional to its currency holdings and not computational resources; the discussion of the relative merits of the two approaches is beyond the scope of this paper but it should be noted that both approaches can be used to serve as the backbone of a cryptocurrency. \n \n Bitcoin As A State Transition System \n \n From a technical standpoint, the ledger of a cryptocurrency such as Bitcoin can be thought of as a state transition system, where there is a *state* consisting of the ownership status of all existing bitcoins and a *state transition function* that takes a state and a transaction and outputs a new state which is the result. In a standard banking system, for example, the state is a balance sheet, a transaction is a request to move $X from A to B, and the state transition function reduces the value in A's account by $X and increases the value in B's account by $X. If A's account has less than $X in the first place, the state transition function returns an error. Hence, one can formally define: \n The *state* in Bitcoin is the collection of all coins (technically, Üunspent transaction outputs* or UTXO) that have been minted and not yet spent, with each UTXO having a denomination and an owner (defined by a 20-byte address which is essentially a cryptographic public keyfn1). A transaction contains one or more inputs, with each input containing a reference to an existing UTXO and a cryptographic signature produced by the private key associated with the owner's address, and one or more outputs, with each output containing a new UTXO to be added to the state. \n The state transition function APPLY(S,TX) -> S' can be defined roughly as follows: For each input in TX: If the referenced UTXO is not in S, return an error. If the provided signature does not match the owner of the UTXO, return an error. If the sum of the denominations of all input UTXO is less than the sum of the denominations of all output UTXO, return an error. Return S with all input UTXO removed and all output UTXO added. \n The first half of the first step prevents transaction senders from spending coins that do not exist, the second half of the first step prevents transaction senders from spending other people's coins, and the second step enforces conservation of value. In order to use this for payment, the protocol is as follows. Suppose Alice wants to send 11.7 BTC to Bob. First, Alice will look for a set of available UTXO that she owns that totals up to at least 11.7 BTC. Realistically, Alice will not be able to get exactly 11.7 BTC; say that the smallest she can get is 6+4+2=12. She then creates a transaction with those three inputs and two outputs. The first output will be 11.7 BTC with Bob's address as its owner, and the second output will be the remaining 0.3 BTC *change*, with the owner being Alice herself \n (GENESIS) (@ $0.000004)
  • Transactions
  • Internal Txns
  • ERC20 Token Txns
  • Contract
  • Events
Txn Hash
Method
Block
From
To
Value
Txn Fee
Age
0xb8be...8698e2
Approve
18246381
0x2F24...1b1f28
IN
GENESIS
0ETH
0.00040092
386 days 7 hrs ago
0x3a86...09da10
Approve
18148769
0x2e6F...50bD90
IN
GENESIS
0ETH
0.00039072
400 days ago
0x4117...cd89d2
Approve
18145708
0x03F3...A68d34
IN
GENESIS
0ETH
0.00056043
400 days 10 hrs ago
0xeed1...5b6ef8
Approve
18145688
0x5068...C14d44
IN
GENESIS
0ETH
0.00090855
400 days 10 hrs ago
0x8d60...12e216
Renounce O...
18145687
0x6dC0...D64811
IN
GENESIS
0ETH
0.00023953
400 days 10 hrs ago
0x129b...a2bb48
Approve
18145685
0x6DE4...DbaA09
IN
GENESIS
0ETH
0.00056131
400 days 10 hrs ago
0x6ae6...91a4e4
Commence D...
18145681
0x6dC0...D64811
IN
GENESIS
0ETH
0.00026885
400 days 10 hrs ago
0x7849...199ca5
Approve
18145678
0xf809...56bE0b
IN
GENESIS
0ETH
0.00052512
400 days 10 hrs ago
0x6cbc...611382
Approve
18145678
0x1F45...93120b
IN
GENESIS
0ETH
0.00118620
400 days 10 hrs ago
0x020c...d50368
Free Them ...
18145677
0x6dC0...D64811
IN
GENESIS
0ETH
0.00029169
400 days 10 hrs ago
0x4d65...850813
Approve
18145676
0x123b...4A2e86
IN
GENESIS
0ETH
0.00071151
400 days 10 hrs ago
0x5156...026ffd
Approve
18145675
0x5f5C...412fFD
IN
GENESIS
0ETH
0.00056360
400 days 10 hrs ago
0x4a4e...3aecda
Approve
18145675
0x177c...1D1df7
IN
GENESIS
0ETH
0.00056360
400 days 10 hrs ago
0x3bee...04a923
Approve
18145674
0x1e42...f79aFC
IN
GENESIS
0ETH
0.00052543
400 days 10 hrs ago
0xb1b2...cc127f
Approve
18145674
0x77E0...a78A8d
IN
GENESIS
0ETH
0.00052543
400 days 10 hrs ago
0xed8d...444e7a
Approve
18145674
iliketoverpayforerc20tokens.eth
IN
GENESIS
0ETH
0.00052543
400 days 10 hrs ago
0xfc30...eabfe2
Approve
18145674
0x7ea5...0701BC
IN
GENESIS
0ETH
0.00052543
400 days 10 hrs ago
0x8dcb...332adb
Approve
18145674
0xBbCb...E102B9
IN
GENESIS
0ETH
0.00052543
400 days 10 hrs ago
0x41ce...aab7d2
Approve
18145674
0xAba5...7C0891
IN
GENESIS
0ETH
0.00057277
400 days 10 hrs ago
0x1d56...fc82c6
Approve
18145674
0xF385...7F44C0
IN
GENESIS
0ETH
0.00090325
400 days 10 hrs ago
0x5168...31bb7d
Approve
18145671
0xaAd8...1e0860
IN
GENESIS
0ETH
0.00058086
400 days 10 hrs ago
0x93c5...9c6c0e
Approve
18145671
0x0efA...c2f51a
IN
GENESIS
0ETH
0.00058086
400 days 10 hrs ago
0x0a6f...369e07
Approve
18145671
0xff45...6D4eA8
IN
GENESIS
0ETH
0.00067529
400 days 10 hrs ago
0x767d...63df3d
Approve
18145671
0xb5f7...2dCB93
IN
GENESIS
0ETH
0.00067529
400 days 10 hrs ago
0xdfcc...6a1a6b
Approve
18145671
0x508d...B9479F
IN
GENESIS
0ETH
0.00081671
400 days 10 hrs ago