다음과 같은 섹터와 관련된 이전 검색을 기반으로 이러한 인용문이 표시됩니다.
최대 공급량 | 암호알고리즘 | 증거 유형 | 시작 날짜 |
-1.0 | 에쉬 쉬 | PoS | 30 / 07 / 2015 |
트위터 | 웹 사이트 | 난이도 조정 | 차단 |
안녕하세요. | Ethereum | 1블록당 | |
블록 번호 | 네트워크 H/s | 전류 공급 | 보상 보상 |
15,846,578.0 | 0.0 | 122,373,863.5 | 0.0 |
다신 | |||
DA0000302K4JSH54 |
이더리움은 중앙 기관의 통제 없이 앱과 조직을 구축하고, 자산을 보유하고, 거래하고, 통신하기 위한 기술입니다. Ethereum을 사용하기 위해 모든 개인 정보를 제공할 필요가 없습니다. 자신의 데이터와 공유되는 데이터를 계속 제어할 수 있습니다. 이더리움에는 이더리움 네트워크의 특정 활동에 대한 비용을 지불하는 데 사용되는 자체 암호화폐인 Ether가 있습니다.
2015년에 출시된 이더리움은 비트코인의 혁신을 기반으로 하지만 몇 가지 큰 차이점이 있습니다.
둘 다 결제 제공업체나 은행 없이 디지털 화폐를 사용할 수 있게 해줍니다. 그러나 이더리움은 프로그래밍이 가능하므로 네트워크에서 분산 응용 프로그램을 구축하고 배포할 수도 있습니다.
Ethereum이 프로그래밍 가능하다는 것은 블록체인을 사용하여 데이터를 저장하거나 앱이 수행할 수 있는 작업을 제어하는 앱을 빌드할 수 있음을 의미합니다. 그 결과 무엇이든 할 수 있도록 프로그래밍할 수 있는 범용 블록체인이 탄생했습니다. 이더리움이 할 수 있는 일에는 제한이 없기 때문에 이더리움 네트워크에서 큰 혁신이 일어날 수 있습니다.
비트코인은 결제 네트워크일 뿐이지만 이더리움은 금융 서비스, 게임, 소셜 네트워크 및 개인 정보를 존중하고 검열할 수 없는 기타 앱의 시장에 가깝습니다.
해외로 송금(또는 계획)을 한 적이 있거나, 거주지에서 통제할 수 없는 외부 세력으로 인해 자산의 미래가 걱정되었거나, 기존 금융이 부과하는 수많은 제한 및 수수료에 싫증이 난 경우 일상적인 거래를 위한 기관이라면 암호화폐가 무엇을 제공해야 하는지에 관심이 있을 것입니다.
Ethereum은 아직 작성 중인 이야기이며 시간이 지남에 따라 진화하고 발전함에 따라 이를 사용해야 하는 더 많은 이유가 밝혀지고 있음을 명심하십시오.
이더리움에는 많은 암호화폐와 다른 많은 토큰이 있지만 ETH만이 할 수 있는 일이 있습니다.
ETH는 이더리움의 생명줄입니다. ETH를 보내거나 이더리움 애플리케이션을 사용할 때 이더리움 네트워크를 사용하기 위해 ETH로 수수료를 지불하게 됩니다. 이 수수료는 블록 생산자가 귀하가 하려는 것을 처리하고 확인하는 인센티브입니다.
유효성 검사기는 이더리움의 기록 보관자와 같습니다. 아무도 부정 행위를 하지 않는다는 것을 확인하고 증명합니다. 거래 블록을 제안하기 위해 무작위로 선택됩니다. 이 작업을 수행하는 검증자에게는 소량의 새로 발행된 ETH도 보상됩니다.
작업 검증자가 수행하는 작업과 그들이 지분을 가진 자본은 이더리움을 중앙 집중식 제어에서 벗어나 안전하게 유지합니다. ETH는 이더리움을 지원합니다.
ETH를 스테이킹하면 이더리움을 확보하고 보상을 받을 수 있습니다. 이 시스템에서 ETH 손실 위협은 공격자를 저지합니다. 스테이킹에 대해 자세히 알아보기
결제에 만족하지 않는 이더리움 커뮤니티는 PXNUMXP 방식으로 모든 사람이 액세스할 수 있는 전체 금융 시스템을 구축하고 있습니다.
ETH를 담보로 사용하여 Ethereum에서 완전히 다른 암호 화폐 토큰을 생성할 수 있습니다. 또한 ETH 및 기타 ETH 기반 토큰을 빌리고 대출하고 이자를 얻을 수 있습니다.
Ethereum은 프로그래밍이 가능하기 때문에 개발자는 수많은 방법으로 ETH를 형성할 수 있습니다.
2015년에는 한 이더리움 계정에서 다른 이더리움 계정으로 ETH를 보내는 것이 전부였습니다. 다음은 오늘 할 수 있는 몇 가지 일입니다.
ETH는 사람마다 다른 방식으로 가치가 있습니다.
이더리움 사용자에게 ETH는 거래 수수료를 지불할 수 있게 해주기 때문에 가치가 있습니다.
다른 사람들은 새로운 ETH 생성이 시간이 지남에 따라 느려지기 때문에 디지털 가치 저장소로 간주합니다.
최근에는 이더리움의 금융 앱 사용자에게 ETH가 가치 있게 되었습니다. ETH를 암호화 대출의 담보로 사용하거나 결제 시스템으로 사용할 수 있기 때문입니다.
물론 많은 사람들은 그것을 비트코인이나 다른 암호화폐와 유사한 투자로 보고 있습니다.
병합은 이더리움의 원래 실행 계층(창세기부터 존재해 온 메인넷)과 새로운 지분 증명 합의 계층인 비콘 체인을 결합한 것입니다. 그것은 에너지 집약적인 채굴의 필요성을 없애고 대신 스테이킹된 ETH를 사용하여 네트워크를 보호할 수 있게 했습니다. 더 많은 확장성, 보안 및 지속 가능성이라는 이더리움 비전을 실현하는 데 있어서 진정으로 흥미로운 단계였습니다.
초기에 비콘 체인은 메인넷과 별도로 배송되었습니다. 모든 계정, 잔액, 스마트 계약 및 블록체인 상태를 포함하는 이더리움 메인넷은 비콘 체인이 지분 증명을 사용하여 병렬로 실행되는 동안에도 작업 증명으로 계속 보호되었습니다. 병합은 이 두 시스템이 마침내 결합되었을 때였으며 작업 증명은 지분 증명으로 영구적으로 대체되었습니다.
이더리움이 성간 여행을 떠날 준비가 되기 전에 발사된 우주선이라고 상상해보세요. Beacon Chain을 통해 커뮤니티는 새로운 엔진과 강화된 선체를 구축했습니다. 상당한 테스트를 거친 후 비행 중에 새 엔진을 기존 엔진으로 핫스왑할 시간이 되었습니다. 이것은 새롭고 더 효율적인 엔진을 기존 우주선에 병합하여 심각한 몇 광년을 투입하고 우주를 차지할 수 있게 했습니다.
작업 증명은 기원부터 병합까지 이더리움 메인넷을 보호했습니다. 이를 통해 거래, 스마트 계약, 계정 등과 같은 모든 친숙한 기능을 갖춘 이더리움 블록체인이 2015년 XNUMX월에 존재하게 되었습니다.
이더리움의 역사를 통틀어 개발자들은 작업 증명에서 지분 증명으로 궁극적인 전환을 준비했습니다. 1년 2020월 XNUMX일, 비콘 체인은 병렬로 실행되는 메인넷과 별도의 블록체인으로 생성되었습니다.
비콘 체인은 원래 메인넷 트랜잭션을 처리하지 않았습니다. 대신 활성 유효성 검사자와 계정 잔액에 동의하여 자체 상태에 대한 합의에 도달했습니다. 광범위한 테스트 후 Beacon Chain이 실제 데이터에 대한 합의에 도달할 때가 되었습니다. The Merge 이후, Beacon Chain은 실행 계층 거래 및 계정 잔액을 포함한 모든 네트워크 데이터의 합의 엔진이 되었습니다.
Merge는 Beacon Chain을 블록 생성 엔진으로 사용하는 공식 전환을 나타냅니다. 채굴은 더 이상 유효한 블록을 생산하는 수단이 아닙니다. 대신 지분 증명 유효성 검사기가 이 역할을 채택했으며 이제 모든 거래의 유효성을 처리하고 블록을 제안할 책임이 있습니다.
The Merge에서 손실된 역사는 없습니다. 메인넷이 비컨체인과 합쳐지면서 이더리움의 전체 트랜잭션 히스토리도 합쳐졌습니다.
이 지분 증명으로의 전환은 이더 발행 방식을 변경했습니다. The Merge 전후의 이더 발행에 대해 자세히 알아보십시오.
Ethereum은 사람들이 블록체인 기술을 사용하여 분산 응용 프로그램(Đapp)을 쉽게 작성할 수 있도록 하기 위한 플랫폼입니다. 분산 응용 프로그램은 사용자에게 특정 목적을 제공하지만 응용 프로그램 자체가 특정 당사자에 의존하지 않는다는 중요한 속성을 갖는 응용 프로그램입니다. 특정 당사자의 서비스를 판매하거나 제공하기 위한 프론트 엔드 역할을 하는 대신 Đapp은 상호 작용 사용의 다른 측면에 있는 사람과 조직이 중앙 중개자 없이 함께 모이는 도구입니다.
계약은 일반적으로 다음 네 가지 목적으로 사용됩니다.
- 다른 계약이나 외부 세계에 유용한 것을 나타내는 데이터 저장소를 유지합니다. 한 가지 예는 통화를 시뮬레이트하는 계약이고 다른 하나는 특정 조직의 구성원 자격을 기록하는 계약입니다.
- 더 복잡한 액세스 정책을 가진 일종의 외부 소유 계정 역할을 합니다. 이를 "전달 계약"이라고 하며 일반적으로 특정 조건이 충족되는 경우에만 들어오는 메시지를 원하는 목적지로 단순히 재전송하는 것과 관련됩니다. 예를 들어, 특정 메시지를 재전송하기 전에 주어진 XNUMX개의 개인 키 중 XNUMX개가 특정 메시지를 확인할 때까지 기다리는 전달 계약(예: multisig)을 가질 수 있습니다. 보다 복잡한 전달 계약은 전송된 메시지의 특성에 따라 조건이 다릅니다. 이 기능의 가장 간단한 사용 사례는 좀 더 복잡한 액세스 절차를 통해 재정의할 수 있는 출금 한도입니다.
- 여러 사용자 간의 지속적인 계약 또는 관계를 관리합니다. 이에 대한 예로는 금융 계약, 일부 특정 중재자와의 에스크로 또는 일종의 보험이 있습니다. 또한 한 당사자가 다른 당사자가 언제든지 참여할 수 있도록 공개하는 공개 계약을 가질 수 있습니다. 이에 대한 한 가지 예는 일부 수학적 문제에 대한 유효한 솔루션을 제출하거나 계산 리소스를 제공하고 있음을 증명하는 사람에게 포상금을 자동으로 지급하는 계약입니다.
- 다른 계약에 기능을 제공합니다. 본질적으로 소프트웨어 라이브러리 역할을 합니다.
계약은 "호출" 또는 "메시지 전송"이라고 하는 활동을 통해 서로 상호 작용합니다. "메시지"는 일정량의 이더(Ethereum에서 거래 수수료를 지불하는 주요 목적으로 사용되는 특수 내부 통화), 모든 크기의 데이터 바이트 배열, 보낸 사람 및 받는 사람의 주소를 포함하는 개체입니다. 계약이 메시지를 수신하면 메시지의 원래 발신자가 즉시 사용할 수 있는 일부 데이터를 반환하는 옵션이 있습니다. 이런 식으로 메시지를 보내는 것은 함수를 호출하는 것과 똑같습니다.
샌드위치 복잡도 모델: 이더리움의 하부 구조는 최대한 단순해야 하며, 이더리움에 대한 인터페이스(개발자를 위한 고급 프로그래밍 언어와 사용자를 위한 사용자 인터페이스 포함)는 최대한 이해하기 쉬워야 합니다. 복잡성이 불가피한 경우 핵심 합의의 일부는 아니지만 최종 사용자에게도 보이지 않는 프로토콜의 "중간 계층"으로 밀어 넣어야 합니다. 고급 언어 컴파일러, 인수 직렬화 및 역직렬화 스크립트, 스토리지 데이터 구조 모델, leveldb 스토리지 인터페이스 및 유선 프로토콜 등. 그러나 이 기본 설정이 절대적인 것은 아닙니다.
자유: 사용자는 이더리움 프로토콜을 사용하는 용도에 제한을 두어서는 안 되며, 목적의 특성에 따라 특정 종류의 이더리움 계약이나 거래를 우선적으로 호의 또는 비호감으로 삼으려 해서는 안 됩니다. 이는 "망 중립성" 개념의 기본 원칙과 유사합니다. 이 원칙을 따르지 않는 한 가지 예는 "오프 라벨" 목적(예: 데이터 저장, 메타 프로토콜)을 위한 블록체인 사용이 권장되지 않는 비트코인 거래 프로토콜의 상황과 경우에 따라 명시적인 준 프로토콜 변경입니다. (예: 40바이트로 OP_RETURN 제한) "무단" 방식으로 블록체인을 사용하여 애플리케이션을 공격하려고 시도합니다. 이더리움에서 우리는 블록체인을 부풀려진 방식으로 사용하는 사용자가 활동 비용(예: Pigovian taxation)을 내부화하는 것과 같이 대략 인센티브와 호환되는 방식으로 거래 수수료를 설정하는 접근 방식을 강력히 선호합니다. .
일반화: Ethereum의 프로토콜 기능과 opcode는 최대한 낮은 수준의 개념을 구현해야 오늘날에는 유용하지 않지만 나중에 유용하게 될 수 있는 방식을 포함하여 임의의 방식으로 결합될 수 있으며 낮은 수준의 개념 묶음이 될 수 있습니다. 필요하지 않을 때 일부 기능을 제거하여 더 효율적으로 만들었습니다. 이 원칙을 따르는 예는 이전에 내부적으로 제안된 모든 트랜잭션과 메시지를 단순히 기록하는 것과는 대조적으로 (특히 가벼운 클라이언트) dapp에 정보를 제공하는 방법으로 LOG opcode를 선택하는 것입니다. "메시지"의 개념은 다음과 같습니다. 실제로 "함수 호출" 및 "외부 관찰자에게 흥미로운 이벤트"를 포함하여 여러 개념의 집합이며 이 둘을 분리할 가치가 있습니다.
기능이 없음: 일반화의 결과로 개발 팀은 사람들이 정말로 하기를 원한다면 항상 하위 프로토콜을 만들 수 있다는 이해와 함께 프로토콜의 본질적인 부분으로 매우 일반적인 고수준 사용 사례에서도 빌드를 거부하는 경우가 많습니다. 예: 이더 기반 보조 화폐, 비트코인/라이트코인/도지코인 사이드체인 등) 계약 내부. 예를 들어 이더리움에는 비트코인과 같은 "잠금 시간" 기능이 없습니다. 이러한 기능은 사용자가 "서명된 데이터 패킷"을 보내는 프로토콜을 통해 시뮬레이션할 수 있고 해당 데이터 패킷을 처리하는 특수 계약에 제공할 수 있기 때문입니다. 데이터 패킷이 일부 계약 관련 의미에서 유효한 경우 해당 기능을 수행합니다.
비위험회피: 개발 팀은 위험을 증가시키는 변경이 매우 실질적인 이점을 제공하는 경우 더 높은 수준의 위험에 대해 문제가 없습니다(예: 일반화된 상태 전환, 50배 더 빠른 블록 시간, 합의 효율성 등).