개인 정보를 보호하는 방식으로? > 자유게시판

• 목록
• 게시판 리스트 옵션
  • 수정
  • 삭제

ERC-20은 초안으로 남아 있으며 Ethereum 커뮤니티에서 시행되지 않는다는 점을 기억하는 것이 중요합니다. ERC-20 표준에는 6가지 기능이 정의되어 있으며, 이러한 기능은 모두 이더리움 생태계의 다른 스마트 계약이 이를 인식하고 이해할 수 있도록 되어 있습니다. 스마트 계약은 자산을 추적하고 할당하는 기능만 수행하므로 스마트 계약으로 전송된 모든 자금은 폐기됩니다. 스마트 계약이 토큰을 허용하도록 프로그래밍된 경우 토큰은 소각되거나 영원히 손실됩니다. 2018년이 시작되면서 이미 이런 방식으로 손실된 토큰이 300만 달러에 달했습니다. 2018년 5월 현재 83,400개의 ERC-20 토큰 계약이 있었다는 점을 고려하면 이 표준이 개발자에게 큰 의미가 있음을 알 수 있습니다. 2018년에는 토큰과 ICO의 수가 증가했으며 이러한 성장은 전체 이더리움 생태계에 도움이 될 것입니다. 또한 ICO, 거래소 및 지갑을 정렬하여 이더리움 네트워크의 시너지 효과를 높였습니다. 이는 모든 이더리움 토큰이 따라야 할 공통 규칙을 정의하며 이를 통해 개발자와 이더리움 네트워크의 다른 스마트 계약을 포함한 다른 사람들이 토큰이 어떻게 작동하는지 알 수 있습니다. 이는 네트워크, 블록체인, 애플리케이션뿐만 아니라 전체 생태계를 강화하는 데 필요한 토큰이기도 합니다. 이더리움 블록체인에서 작동하는 토큰 생성을 허용하는 것 외에도 이더리움 토큰을 중심으로 만들어진 표준이 있는데, 김치프리미엄 원인 이를 ERC-20 표준이라고 합니다. 이는 현재 존재하는 대부분의 이더리움 토큰이 ERC-20과 호환된다는 것을 의미합니다. 또한 표준은 각 토큰이 취할 수 있는 두 가지 신호(이벤트)와 다른 토큰이 조정되는 두 가지 신호(이벤트)를 정의합니다. 새로 제안된 ERC-223 토큰 표준은 이 결함을 수정할 계획입니다.

ERC-20 표준은 Fabian Vogelsteller가 2015년 11월에 제안했습니다. 현재 표준의 한 가지 문제는 기술 수준에서 토큰 배포를 너무 단순하게 만든다는 것입니다. ERC-20 표준 생성의 가장 큰 이점 중 하나는 표준화된 기능 덕분에 암호화폐 영역의 성장이 가속화되어 프로젝트의 토큰 개발 및 출시가 더 쉬워졌다는 것입니다. 이더리움 재단의 광범위한 목표 중 하나는 "세계 컴퓨터"라는 비전을 창출하면서 모든 것을 원활하게 연결하는 생태계를 만드는 것입니다. 모든 ERC-20 토큰이 전체 Ethereum 네트워크에서 동일한 동작을 표시하는 또 다른 이점은 Ether를 지원하는 거의 모든 지갑이 모든 ERC-20 호환 토큰도 지원할 수 있다는 것입니다. 이더리움 개발 커뮤니티는 이 6가지 기능과 2가지 신호가 네트워크를 통해 통신하는 동안 예상되는 동작을 표준화하기 위해 표준에 필요한 최소한의 사항이라는 데 동의했습니다. 토큰은 추가로 사용자 정의될 수 있으며, 표준에서는 토큰이 ERC-20 기본 기능 및 신호를 충족하는 한 이를 허용합니다. 현재 활성화된 모든 ERC-20 토큰의 약 99%가 표준에 명시된 6가지 핵심 기능을 구현했습니다. ERC-20 표준이 공식적으로 채택되지도 않았고 시행되지도 않지만, 새로운 토큰 개발자들은 표준에 명시된 규칙을 거의 따라왔습니다. 현재 채택을 고려할 때 이더리움 개발자 커뮤니티는 표준을 준수하는 것으로 보이며 거의 모든 새로운 토큰도 ERC-20 표준을 준수할 것이라는 좋은 가정입니다. 이는 이더리움의 인기도 계속 높아져야 함을 의미합니다. 표준은 기존 네트워크와 호환되도록 새 토큰이 생성되고 이를 위해서는 새 토큰이 일련의 규칙을 따라야 함을 의미합니다.

따라서 오라클은 데이터를 스마트 계약에 전달하는 개체입니다. 예를 들어, 일부 주에서는 알로콜을 구매하려면 나이가 21세 이상임을 증명해야 합니다. 이는 디지털 신원의 일부입니다. 여기서 요점은 평문이 크더라도 선택적 열기를 통해 일부에 대해서만 무지식 증명문을 증명할 수 있어 효율적인 증명이 가능하다는 것입니다. 여기에는 두 가지 종류의 계산이 모두 있습니다. 비공개 입력을 계산하는 자연스러운 옵션은 2자 계산입니다. 그들이 우리가 원하는 이러한 자격 증명을 사용하는 단계로 진화하기 위해 변화하는 데는 오랜 시간이 걸릴 것입니다. 우리는 서버를 변경하고 싶지 않기 때문에 검증자와 증명자 측에서 동일한 결과를 복제하려고 합니다. 예를 들어 증명자는 임계값을 증명할 수 있습니다. 또는 증명자는 암호 해독 키를 공개하지 않고 영지식으로 일반 텍스트에 대한 내용을 증명할 수 있습니다. 그런 다음 검증자는 MAC 키의 공유를 다시 보냅니다. 주요 아이디어는 검증자가 커밋할 때까지 TLS 세션에서 MAC 키를 숨기는 것입니다. 증명자가 서버와 세션을 갖고 있다고 가정하면, 증명자의 목표는 암호문이 자신이 사용할 수 있는 증거이며 실제로 TLS 서버에서 온 것임을 검증자에게 확신시키는 것입니다. DECO는 TLS 데이터에 대한 개인 정보 보호 rpoof를 용이하게 하고, 신뢰할 수 있는 하드웨어가 필요하지 않으며, 서버 측 변경이 필요하지 않으며, 다양한 TLS 버전에서 작동합니다. 이것은 우리에게 DECO 프로토콜을 제공합니다. GCM을 지원함으로써 DECO는 TLS v1.2와 TLS v1.3을 모두 지원합니다.