Ethereum is a decentralized platform that runs smart contracts: applications that run exactly as programmed without any possibility of downtime, censorship, fraud or third party interference. In the Ethereum protocol and blockchain there is a price for each operation. The general idea is, in order to have things transferred or executed by the network, you have to consume or burn Gas. The cryptocurrency is called Ether and is used to pay for computation time and for transaction fees.
If you want to earn block rewards from the network, you can join the network as a miner. Follow the link for a guide on how to mine Ethereum on a Windows Pc. The much easier but a bit more expensive way is to buy an Ethereum mining contract.
Ethereum is how the Internet was supposed to work. As long as you have enough funds to pay for your code to be run by the network, your contacts will always be up and running.
It was crowdfunded during August 2014 by fans all around the world. It is developed and maintained by ETHDEV with contributions from great minds across the globe. There is also an Ethereum foundation and there are multiple startups working with the Ethereum blockchain.
Ethereum is currently on the "Homestead" stage and all its related software is still considered Beta until the release of the next stage "Metropolis".
If you are looking for a GUI interface for your wallet, try the Ethereum Wallet DApp. It's still in beta so be careful when you use it.
Ethereum is a platform that is intended to allow people to easily write decentralized applications (Đapps) using blockchain technology. A decentralized application is an application which serves some specific purpose to its users, but which has the important property that the application itself does not depend on any specific party existing. Rather than serving as a front-end for selling or providing a specific party's services, a Đapp is a tool for people and organizations on different sides of an interaction use to come together without any centralized intermediary.
Contracts generally serve four purposes:
- Maintain a data store representing something which is useful to either other contracts or to the outside world; one example of this is a contract that simulates a currency, and another is a contract that records membership in a particular organization.
- Serve as a sort of externally owned account with a more complicated access policy; this is called a "forwarding contract" and typically involves simply resending incoming messages to some desired destination only if certain conditions are met; for example, one can have a forwarding contract that waits until two out of a given three private keys have confirmed a particular message before resending it (ie. multisig). More complex forwarding contracts have different conditions based on the nature of the message sent; the simplest use case for this functionality is a withdrawal limit that is overrideable via some more complicated access procedure.
- Manage an ongoing contract or relationship between multiple users. Examples of this include a financial contract, an escrow with some particular set of mediators, or some kind of insurance. One can also have an open contract that one party leaves open for any other party to engage with at any time; one example of this is a contract that automatically pays a bounty to whoever submits a valid solution to some mathematical problem, or proves that it is providing some computational resource.
- Provide functions to other contracts; essentially serving as a software library.
Contracts interact with each other through an activity that is alternately called either "calling" or "sending messages". A "message" is an object containing some quantity of ether (a special internal currency used in Ethereum with the primary purpose of paying transaction fees), a byte-array of data of any size, the addresses of a sender and a recipient. When a contract receives a message it has the option of returning some data, which the original sender of the message can then immediately use. In this way, sending a message is exactly like calling a function.
Sandwich complexity model: the bottom level architecture of Ethereum should be as simple as possible, and the interfaces to Ethereum (including high level programming languages for developers and the user interface for users) should be as easy to understand as possible. Where complexity is inevitable, it should be pushed into the "middle layers" of the protocol, that are not part of the core consensus but are also not seen by end users - high-level-language compilers, argument serialization and deserialization scripts, storage data structure models, the leveldb storage interface and the wire protocol, etc. However, this preference is not absolute.
Freedom: users should not be restricted in what they use the Ethereum protocol for, and we should not attempt to preferentially favor or disfavor certain kinds of Ethereum contracts or transactions based on the nature of their purpose. This is similar to the guiding principle behind the concept of "net neutrality". One example of this principle not being followed is the situation in the Bitcoin transaction protocol where use of the blockchain for "off-label" purposes (eg. data storage, meta-protocols) is discouraged, and in some cases explicit quasi-protocol changes (eg. OP_RETURN restriction to 40 bytes) are made to attempt to attack applications using the blockchain in "unauthorized" ways. In Ethereum, we instead strongly favor the approach of setting up transaction fees in such a way as to be roughly incentive-compatible, such that users that use the blockchain in bloat-producing ways internalize the cost of their activities (ie. Pigovian taxation).
Generalization: protocol features and opcodes in Ethereum should embody maximally low-level concepts, so that they can be combined in arbitrary ways including ways that may not seem useful today but which may become useful later, and so that a bundle of low-level concepts can be made more efficient by stripping out some of its functionality when it is not necessary. An example of this principle being followed is our choice of a LOG opcode as a way of feeding information to (particularly light client) dapps, as opposed to simply logging all transactions and messages as was internally suggested earlier - the concept of "message" is really the agglomeration of multiple concepts, including "function call" and "event interesting to outside watchers", and it is worth separating the two.
Have No Features: as a corollary to generalization, the dev team often refuses to build in even very common high-level use cases as intrinsic parts of the protocol, with the understanding that if people really want to do it they can always create a sub-protocol (eg. ether-backed subcurrency, bitcoin/litecoin/dogecoin sidechain, etc) inside of a contract. An example of this is the lack of a Bitcoin-like "locktime" feature in Ethereum, as such a feature can be simulated via a protocol where users send "signed data packets" and those data packets can be fed into a specialized contract that processes them and performs some corresponding function if the data packet is in some contract-specific sense valid.
Non-risk-aversion: the dev team is okay with higher degrees of risk if a risk-increasing change provides very substantial benefits (eg. generalized state transitions, 50x faster block times, consensus efficiency, etc)Visit website open_in_new
|Current Supply||96,364,902 ETH|
|Total Supply||0 ETH|
|24h Volume (coin)||902,572 ETH|
|24h Volume (currency)||$600,873,222|
|Last updated||2017-12-16 01:45:08|
Why use coins rating system?Working with cryptocurrencies is mostly unpredictable, risky and uncertain. While this new market is emerging, tens of new coins just like Ethereum are showing up to compete for a share every single day, thus making it harder for cryptocurrency investors, traders and buyers to spot opportunities or even protect their capital. We provide different crypto market tools to help anyone in this uncertain environment, but we find the rating system very important for all crypto users as the human race learning process was developed through out the years using other people experiences' as well as other sources.
Why voting?Help others benefit from your knowledge and experience in Ethereum, others will help you in other coins.
Who needs this system?In addition to Ethereum investors, traders and buyers as we said before, anyone who deals with crypto coins can use it, for instance technical analysts, economists, coin miners, coins users, cryptocurrency coders, security assurance people, writers, bloggers, vloggers, websites, community members, etc...
Can i share this data?Absolutely! Feel free to use all Ethereum data online or offline as you see fit. We kindly ask and trust you will credit us as a source.
How to use the system?Well it's simple, rate the aspects related to Ethereum that you have experience in, you might rate all aspects, it depends on the person knowledge in a particular cryptocurrency (in this case Ethereum). You also might only need the data and don't have the required information to rate, its totally up to you.
Can i change my votes?Sure, you can change your votes within 14 days of your vote date, that won't count as a new vote.
Can i revote?Ya sure, as we all know the human learning process and experience would change the way he/she looks at things, also the crypto currency market is a fast paced market and cryptocurrencies are appearing, growing and changing rapidly, to monitor coins changes properly we allow you to vote again (same coin and subcategory) after 14 days of your first vote date, and it would count for a new vote, so you can come back every two weeks or month and let's know how you experienced Ethereum lately.
What coins rating categories mean?We have classified important aspects into five main categories to make things easier for you:
Cryptocurrency Technical Analysis: Using different methods in analyzing the moving of prices in charts to determine trends and speculate future movements.
- Cryptocurrency Accessibility :The ease of reach to cryptocurrencies indicated by its popularity, online and offline community, ability to mine or purchase.
- Cryptocurrency Coding & Security: The quality of a cryptocurrency code which can be determined through its developers activity, code updates and structure, the code documentation and security aspects.
- Storing Cryptocurrency: Simply, how easy its to store this coin? are there enough physical wallets (like printing and hardware) and digital wallets (like apps and websites) to store your owned coins?
- Cryptocurrency Investment: Potential of profitability in long-term and short-term timeframe investments in cryptocurrencies, the quality and diversification it adds to an investing portfolio, and its predictability which means the volatility of a coin.
We appreciate receiving your feedback, if you have any ideas for new categories, subitems or any other ideas please contact us anytime.