3912 cryptocurrencies
Total Market Cap ฿237.383.342.93B
24h Total Volume ฿463.44B

Ethereum Ethereum star

฿7.444.45
-723.80 (-8.86%)

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.

Our block explorer data bellow is freely provided by etherchain.org and etherscan.io

 

Ethereum เป็นแพลตฟอร์มที่มีการกระจายอำนาจที่ดำเนินการตามสัญญาที่ชาญฉลาด: แอปพลิเคชันที่ทำงานอย่างถูกต้องตามที่ตั้งโปรแกรมไว้โดยไม่มีความเป็นไปได้ของการหยุดทำงานการเซ็นเซอร์การทุจริตหรือการแทรกแซงจากบุคคลที่สาม ในโปรโตคอล Ethereum และ blockchain มีราคาสำหรับการดำเนินการแต่ละรายการ แนวคิดทั่วไปคือในการที่จะมีการถ่ายโอนหรือดำเนินการโดยเครือข่ายคุณต้องกินหรือเผาแก๊ส สกุลเงินดิจิตอลนั้นเรียกว่าอีเธอร์และใช้เพื่อชำระค่าเวลาในการคำนวณและค่าธรรมเนียมการทำธุรกรรม

หากคุณต้องการได้รับผลตอบแทนบล็อกจากเครือข่ายคุณสามารถเข้าร่วมเครือข่ายในฐานะนักขุด ไปที่ลิงก์เพื่อดูคำแนะนำเกี่ยวกับวิธีการขุด Ethereum บน Windows Pc วิธีที่ง่ายกว่า แต่มีราคาแพงกว่าเล็กน้อยคือการซื้อสัญญาการขุด Ethereum

Ethereum เป็นวิธีที่อินเทอร์เน็ตควรทำงาน ตราบใดที่คุณมีเงินเพียงพอที่จะจ่ายให้โค้ดทำงานโดยเครือข่ายรายชื่อของคุณจะพร้อมใช้งาน

มันถูกระดมทุนในช่วงเดือนสิงหาคม 2014 โดยแฟน ๆ ทั่วโลก มันได้รับการพัฒนาและดูแลโดย ETHDEV ด้วยการสนับสนุนจากจิตใจที่ยิ่งใหญ่ทั่วโลก นอกจากนี้ยังมีรากฐาน Ethereum และมี startups หลายรายการที่ทำงานกับ Ethereum blockchain

ขณะนี้ Ethereum อยู่ในช่วง "Homestead" และซอฟต์แวร์ที่เกี่ยวข้องทั้งหมดยังถือว่าเป็นเบต้าจนกว่าจะมีการเปิดตัว "Metropolis" ขั้นต่อไป

หากคุณกำลังมองหาอินเทอร์เฟซ GUI สำหรับกระเป๋าเงินของคุณลองใช้ Ethereum Wallet DApp มันยังอยู่ในช่วงเบต้าดังนั้นควรระวังเมื่อคุณใช้

ร้องข้อมูลบล็อก explorer ของเราให้บริการฟรีโดย etherchain.org และ etherscan.io

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.

Ethereum เป็นแพลตฟอร์มที่มีวัตถุประสงค์เพื่อให้ผู้คนสามารถเขียนแอพพลิเคชั่นการกระจายอำนาจ (Đapps) ได้อย่างง่ายดายโดยใช้เทคโนโลยี blockchain แอพพลิเคชั่นที่กระจายอำนาจเป็นแอพพลิเคชั่นที่ให้บริการตามวัตถุประสงค์เฉพาะแก่ผู้ใช้ แต่มีคุณสมบัติที่สำคัญที่แอพพลิเคชั่นนั้นไม่ได้ขึ้นอยู่กับฝ่ายใดฝ่ายหนึ่งที่มีอยู่ แทนที่จะทำหน้าที่เป็น front-end สำหรับการขายหรือการให้บริการของบุคคลที่เฉพาะเจาะจงĐappเป็นเครื่องมือสำหรับผู้คนและองค์กรในด้านต่าง ๆ ของการโต้ตอบที่ใช้ร่วมกันโดยไม่มีคนกลาง

สัญญาโดยทั่วไปมีจุดประสงค์สี่ประการ:

- รักษาแหล่งข้อมูลที่แสดงถึงสิ่งที่มีประโยชน์สำหรับสัญญาอื่นหรือกับโลกภายนอก ตัวอย่างหนึ่งของสัญญานี้เป็นสัญญาที่จำลองสกุลเงินและอีกตัวอย่างหนึ่งเป็นสัญญาที่บันทึกการเป็นสมาชิกในองค์กรหนึ่ง ๆ

- ทำหน้าที่เป็นบัญชีภายนอกที่มีนโยบายการเข้าถึงที่ซับซ้อนมากขึ้น สิ่งนี้เรียกว่า "สัญญาส่งต่อ" และโดยทั่วไปจะเกี่ยวข้องกับการส่งข้อความขาเข้าไปยังปลายทางที่ต้องการอีกครั้งเฉพาะในกรณีที่ตรงตามเงื่อนไขบางประการ ตัวอย่างเช่นหนึ่งสามารถมีสัญญาส่งต่อที่รอจนกว่าสองในสามกุญแจส่วนตัวที่กำหนดได้รับการยืนยันข้อความเฉพาะก่อนที่จะส่งอีกครั้ง (เช่น multisig) สัญญาส่งต่อที่ซับซ้อนมากขึ้นมีเงื่อนไขแตกต่างกันไปตามลักษณะของข้อความที่ส่ง กรณีการใช้งานที่ง่ายที่สุดสำหรับฟังก์ชันนี้คือขีด จำกัด การถอนที่สามารถแทนที่ได้ผ่านขั้นตอนการเข้าถึงที่ซับซ้อนมากขึ้น

- จัดการสัญญาหรือความสัมพันธ์ที่ต่อเนื่องระหว่างผู้ใช้หลายคน ตัวอย่างนี้รวมถึงสัญญาทางการเงินสัญญากับผู้ไกล่เกลี่ยบางชุดหรือการประกันภัยบางประเภท หนึ่งยังสามารถมีสัญญาเปิดที่ฝ่ายหนึ่งเปิดให้บุคคลอื่นมีส่วนร่วมได้ตลอดเวลา; ตัวอย่างหนึ่งของสัญญานี้คือสัญญาที่จ่ายเงินรางวัลให้กับผู้ที่ส่งคำตอบที่ถูกต้องให้กับปัญหาทางคณิตศาสตร์บางอย่างโดยอัตโนมัติหรือพิสูจน์ได้ว่าเป็นการจัดหาทรัพยากรการคำนวณ

- จัดทำฟังก์ชั่นสำหรับสัญญาอื่น ๆ เป็นหลักทำหน้าที่เป็นห้องสมุดซอฟต์แวร์

สัญญามีปฏิสัมพันธ์ซึ่งกันและกันผ่านกิจกรรมที่เรียกอีกอย่างหนึ่งว่า "การโทร" หรือ "การส่งข้อความ" "ข้อความ" เป็นวัตถุที่บรรจุอีเธอร์จำนวนหนึ่ง (เป็นสกุลเงินพิเศษภายในที่ใช้ใน Ethereum โดยมีวัตถุประสงค์หลักในการชำระค่าธรรมเนียมธุรกรรม) อาร์เรย์ของข้อมูลทุกขนาดที่อยู่ของผู้ส่งและผู้รับ เมื่อสัญญาได้รับข้อความจะมีตัวเลือกในการส่งคืนข้อมูลบางอย่างซึ่งผู้ส่งข้อความต้นฉบับสามารถใช้งานได้ทันที ด้วยวิธีนี้การส่งข้อความก็เหมือนกับการเรียกฟังก์ชั่น

 

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)

 

โมเดลความซับซ้อนของแซนวิช: สถาปัตยกรรมระดับล่างสุดของ Ethereum ควรเรียบง่ายที่สุดและส่วนต่อประสานกับ Ethereum (รวมถึงภาษาการเขียนโปรแกรมระดับสูงสำหรับนักพัฒนาและส่วนต่อประสานกับผู้ใช้สำหรับผู้ใช้) ควรเข้าใจได้ง่ายที่สุด ในกรณีที่ความซับซ้อนหลีกเลี่ยงไม่ได้มันควรถูกผลักเข้าไปใน "เลเยอร์กลาง" ของโปรโตคอลที่ไม่ได้เป็นส่วนหนึ่งของฉันทามติหลัก แต่ก็ไม่เห็นโดยผู้ใช้ปลายทาง - คอมไพเลอร์ภาษาระดับสูงอาร์กิวเมนต์อนุกรมและสคริปต์ดีซีเรียเรีย โมเดลโครงสร้างข้อมูล, อินเตอร์เฟสหน่วยเก็บข้อมูล leveldb และโปรโตคอลลวด ฯลฯ อย่างไรก็ตามการตั้งค่านี้ไม่แน่นอน

อิสรภาพ: ผู้ใช้ไม่ควรถูก จำกัด ในสิ่งที่พวกเขาใช้โพรโทคอล Ethereum สำหรับและเราไม่ควรพยายามที่จะชอบหรือไม่ชอบสัญญา Ethereum บางประเภทหรือการทำธุรกรรมโดยขึ้นอยู่กับวัตถุประสงค์ของพวกเขา สิ่งนี้คล้ายกับหลักการชี้นำที่อยู่เบื้องหลังแนวคิดของ "ความเป็นกลางสุทธิ" ตัวอย่างหนึ่งของหลักการนี้ที่ไม่ได้ปฏิบัติตามคือสถานการณ์ใน Bitcoin transaction protocol ซึ่งการใช้ blockchain สำหรับวัตถุประสงค์ "off-label" (เช่นการจัดเก็บข้อมูล, meta-protocols) นั้นไม่ได้รับการสนับสนุนและในบางกรณีการเปลี่ยนแปลง quasi-protocol อย่างชัดเจน (เช่นข้อ จำกัด OP_RETURN ถึง 40 ไบต์) ถูกสร้างขึ้นเพื่อพยายามโจมตีแอปพลิเคชันที่ใช้บล็อกเชนด้วยวิธี "ไม่ได้รับอนุญาต" ใน Ethereum เราชอบวิธีการตั้งค่าธุรกรรมในลักษณะที่จะเข้ากันได้กับสิ่งจูงใจโดยเฉพาะอย่างยิ่งเช่นผู้ใช้ที่ใช้ blockchain ในรูปแบบการผลิตแบบ bloat ทำให้ต้นทุนของกิจกรรม (เช่นการเก็บภาษีของ Pigovian) .

ลักษณะทั่วไป: คุณสมบัติโปรโตคอลและ opcodes ใน Ethereum ควรรวบรวมแนวคิดระดับต่ำสุดไว้มากที่สุดเพื่อให้สามารถรวมกันในรูปแบบที่ไม่มีกฎเกณฑ์รวมถึงวิธีที่อาจไม่เป็นประโยชน์ในปัจจุบัน แต่อาจกลายเป็นประโยชน์ในภายหลังและชุดแนวคิดระดับต่ำ สามารถทำให้มีประสิทธิภาพมากขึ้นโดยแยกการทำงานบางอย่างออกมาเมื่อไม่จำเป็น ตัวอย่างของการปฏิบัติตามหลักการนี้คือการเลือกใช้ opcode ของ LOG เป็นวิธีการป้อนข้อมูลให้กับ dapps (โดยเฉพาะอย่างยิ่งไคลเอนต์แบบเบา) ซึ่งตรงข้ามกับการบันทึกธุรกรรมและข้อความทั้งหมดตามที่แนะนำไว้ก่อนหน้านี้ - แนวคิดของ "message" คือ การรวมตัวกันของแนวคิดที่หลากหลายรวมถึง "การเรียกใช้ฟังก์ชัน" และ "เหตุการณ์ที่น่าสนใจสำหรับผู้เฝ้าดูภายนอก" และมันก็คุ้มค่าที่จะแยกทั้งสอง

มีคุณสมบัติไม่: เป็นข้อพิสูจน์ถึงทั่วไปทีม dev มักจะปฏิเสธที่จะสร้างในกรณีที่ใช้ในระดับสูงที่พบบ่อยเป็นส่วนที่แท้จริงของโปรโตคอลด้วยความเข้าใจว่าถ้าคนต้องการทำมันพวกเขาสามารถสร้างย่อย -protocol (เช่นสกุลเงินย่อยที่สำรองไว้ของอีเธอร์, bitcoin / litecoin / dogecoin sidechain, ฯลฯ ) ภายในสัญญา ตัวอย่างของสิ่งนี้คือการขาดคุณสมบัติ "ล็อคไทม์" ที่คล้ายกับ Bitcoin ใน Ethereum เนื่องจากคุณสมบัติดังกล่าวสามารถจำลองผ่านโปรโตคอลที่ผู้ใช้ส่ง "แพ็กเก็ตข้อมูลที่ลงนาม" และแพ็กเก็ตข้อมูลเหล่านั้นสามารถป้อนเข้าสู่สัญญาพิเศษที่ดำเนินการ พวกเขาและดำเนินการบางฟังก์ชั่นที่สอดคล้องกันถ้าแพ็คเก็ตข้อมูลอยู่ในความรู้สึกเฉพาะสัญญาที่ถูกต้อง

การไม่เสี่ยง - ไม่ชอบ: ทีมนักพัฒนานั้นโอเคที่มีระดับความเสี่ยงที่สูงกว่าหากการเปลี่ยนแปลงที่เพิ่มความเสี่ยงนั้นให้ประโยชน์อย่างมาก (เช่นการเปลี่ยนสถานะโดยทั่วไป, การบล็อคเร็วกว่า 50 เท่า, ประสิทธิภาพบล็อกที่สอดคล้องกัน ฯลฯ )

Visit website open_in_new
Market share 0.00%
Proof type PoW
24h Open ฿8.168.25
24h Low ฿7.318.85
24h High ฿8.179.21
Price in BTC 0.03105321467205 BTC
Current Supply 106.354.144 ETH
Market cap ฿791.747.670.531
24h Volume (coin) 836.027 ETH
24h Volume (currency) ฿6.418.804.898
24h Total volume (coin) 8.172.904 ETH
24h Total volume (currency) ฿61.04B
Last updated 2019-06-04 21:30:19 +01:00 BST
ID Market Type Price Quantity Total
Date Price Volume

To embed real-time Ethereum widget into your website copy the following code.