ETH Price:
$3,410.29
(+5.03%)
Gas:
11 Gwei
Search tokens, addresses and NFTs
Ecosystems
Greater Ethereum
Blockchains
Base
OP Mainnet
Mantle
Blast
Mint
zkSync Era
Cyber
Mode
Zora
Metis
Orderly
Boba Ethereum
Kinto
Ethereum Explorer
Blockchain
Transactions
Internal Transactions
Blocks
Forked Blocks (Reorgs)
Addresses
Verified Contracts
Tokens
ERC20 Tokens By MarketCap
ERC20 Transfers
ERC721 Tokens
ERC721 Transfers
ERC1155 Tokens
ERC1155 Transfers
Charts
Resources
Tools
Unit Converter
Contract Diff Checker
Account Balance Checker
Dumps
Export Data
Broadcast Transaction
UTF8 Converter
Explorer
Token Approvals
Gas Tracker
Dex Tracker
TPS Tracker
Domain Name Lookup
Verified Signatures
Developers
API Plans
Routescan APIs
ES Like APIs
Verify Contract
RPCs
|
Sign In
Address ›
0x3F349a031b6c2d3cEd3D4005CFEDa305Da5F6661
Overview
Balance:
0.000388356771432 ETH
ETH Value:
$1.32
(@ $3,410.29/ETH)
Token:
$0.00
5
More Info
Tag:
Not Available.
Update?
First activity:
Transactions
Internal Txns
ERC20 Token Txns
ERC721 Token Txns
Latest 50 from a total of 25 ERC20 transfers
Export CSV
First
1 of 1
Last
Txn Hash
Method
From
To
Value
Token
Age
Latest 11 from a total of 11 ERC20 transfers
Export CSV
First
1 of 1
Last
Txn Hash
Method
From
To
Value
Token
Age
0x66838...b40706
Swap
0x3F34...5F6661
OUT
0x74de...016631
60.01
BONE SHIBASWAP (BONE)
418 days 4 hrs ago
0xe6afe...baf59d
Process Exits
Deposit Manager Proxy
IN
0x3F34...5F6661
49.19
BONE SHIBASWAP (BONE)
423 days 18 hrs ago
0x79a81...017a76
Swap Exact ETH For Tokens Supporting Fee On Transfer Tokens
Uniswap V 2
IN
0x3F34...5F6661
710,840,122,564.19
magic (0x69420)
460 days 5 hrs ago
0x6ac59...a3f6c9
Swap Exact Tokens For ETH Supporting Fee On Transfer Tokens
0x3F34...5F6661
OUT
NICE
1,134,099,843.56
NICE (6969)
460 days 5 hrs ago
0x691fe...09795b
Swap Exact ETH For Tokens Supporting Fee On Transfer Tokens
Uniswap V 2
IN
0x3F34...5F6661
56,704,992,178.14
NICE (6969)
460 days 5 hrs ago
0xe66a4...5d0b57
Swap Exact ETH For Tokens Supporting Fee On Transfer Tokens
Uniswap V 2
IN
0x3F34...5F6661
725,980.62
Ǝ⅁Oᗡ (Ǝ⅁Oᗡ)
463 days 8 hrs ago
0x9882d...cb233b
Swap Exact Tokens For ETH Supporting Fee On Transfer Tokens
0x3F34...5F6661
OUT
Uniswap V 2 Pair
1,278,711.80
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)
464 days 22 hrs ago
0x1c0f3...ceac5d
Swap Exact ETH For Tokens Supporting Fee On Transfer Tokens
Uniswap V 2 Pair
IN
0x3F34...5F6661
1,278,711.80
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)
464 days 23 hrs ago
0xe76dc...82b6a5
Swap Exact Tokens For ETH Supporting Fee On Transfer Tokens
0x3F34...5F6661
OUT
Uniswap V 2
21,383,196.31
ᖇEᗪ ᕼOT ᑕOᑕK (ᖇᕼᑕ)
472 days 4 hrs ago
0x70dd0...ef7f2b
Swap Exact ETH For Tokens Supporting Fee On Transfer Tokens
Uniswap V 2
IN
0x3F34...5F6661
21,383,196.31
ᖇEᗪ ᕼOT ᑕOᑕK (ᖇᕼᑕ)
472 days 4 hrs ago
0x68982...208682
Swap Exact Tokens For ETH Supporting Fee On Transfer Tokens
0x3F34...5F6661
OUT
0x1ade...CaAc69
4.92
THEBIGPUMP (PUMP IT)
478 days 4 hrs ago