Ethereum Vision: 세계 컴퓨터를 위한 시스템 레지스트리

편집자 주: 이 기사의 출처는이더리움 애호가(ID: Ethfans)편집자 주: 이 기사의 출처는

이더리움 애호가(ID: Ethfans)

, 저자: Loredana Cirstea, 번역 및 교정: Wuwei & A Jian, 승인을 받아 Odaily에서 복제.

Ethereum의 목표는 글로벌 컴퓨터이며, 이것이 2016년 https://www.ethereum.org/에 대한 첫 번째 방문의 결론입니다. 그러나 2013년 개념부터 현재까지 주소(계정 및 계약), 블록, 트랜잭션 및 이벤트와 같은 몇 가지 사용 가능한 "테이블"이 있는 베어메탈 데이터베이스로만 사용하고 있습니다. 운영 체제로 사용하려면 수천 개의 데이터 유형이 필요합니다.

현재 이더리움의 킬러 앱은 결제이지만 훨씬 더 많은 일을 할 수 있습니다.

보조 제목

적은 수의 표준 데이터 유형의 문제

고전적인 World Wide Web(웹)을 예로 들면 웹 페이지, 하이퍼링크, 키워드와 같은 몇 가지 데이터 유형만 있습니다. 일부 키워드를 문자열로 취급하는 것 외에 웹 페이지는 텍스트 콘텐츠에 대해 아무것도 모릅니다.

각 페이지 작성자에 대한 인터페이스의 의미는 다음과 같습니다.

정부, 교육 부문 인터페이스 또는 법률 리소스를 사용해야 하는 경우는 어떻습니까? 관련 서비스를 찾고 사용하는 데 지칠 수 있습니다.

기계 사용자는 어떻습니까? 웹을 탐색하는 동안 자동화 시스템에서 오류를 발생시킵니다. 따라서 웹 크롤러만 만들 수 있을 뿐 웹을 지능적이고 정확하게 탐색할 수는 없습니다.

시맨틱 웹은 고전 웹의 시스템 레지스트리에 적합합니다. 하지만 콘텐츠 제작자 측에 추가 작업이 필요하므로 허용되지 않습니다. 유형 관계를 나타내는 유형뿐만 아니라 많은 수의 새 유형을 제공합니다. 90년대에 월드 와이드 웹이 만들어졌기 때문에 월드 와이드 웹 기반 컴퓨터에서는 소수의 데이터 유형만 사용할 수 있습니다.

보조 제목

새로운 시작

이더리움은 세계의 컴퓨터가 될 것을 약속하고 처음부터 튜링 완전 환경을 제공합니다. 이는 시작하기에 좋은 곳입니다(적어도 시스템의 표현력 측면에서). 그러나 생성된 지 몇 년이 지난 후에도 이더리움은 여전히 ​​유형 등록을 지원하지 않으며 시스템 레지스트리도 가지고 있지 않습니다. 우리는 이더리움에서 데이터 유형 레지스트리를 볼 수 있기를 희망하며 시스템 레지스트리의 초기 형태가 나타날 것입니다.

따라서 우리는 EVM에서 분산형 시스템(dType)을 구현하는 EIP(http://eips.ethereum.org/EIPS/eip-190)를 제출했습니다.

업데이트: dType 저장소 확장, dType 별칭, 언어 확장, 함수 확장도 참조하십시오.

유형 레지스트리의 이점은 유형 재사용입니다. 각 프로젝트가 고유한 필요에 따라 동일한 유형을 개별적으로 생성(서로 다른 버전)하는 대신(바이트코드 온체인 부풀리기) 이미 유형 레지스트리에 배포된 유형을 재사용할 수 있습니다.

인터페이스 유형을 정확하게 이해하면 데이터를 더 풍부한 형태로 표현할 수 있습니다. 체인에 있는 값의 배열을 좌표 유형으로 이해하고 이를 지도의 점으로 렌더링할 수 있는 블록체인 브라우저를 상상해 보십시오. 또는 데이터 유형을 이해하면 멋진 시계열 그래프를 렌더링할 수 있습니다.

동일한 시계열을 2차원 배열의 기본 UI 표현인 일반 테이블 또는 스프레드시트로 표시할 수 있습니다.

이를 통해 모든 사람이 잘 조정된 UI/UX 구성 요소를 사용할 수 있습니다. 컴포넌트는 새로운 인터페이스가 어떻게 작동하는지 강제로 이해해야 하거나 버그인지 기능인지 구분할 수 없어 고통받는 대신 예상 결과가 무엇인지 정확히 알기 때문에 사용자 시간을 절약해 줍니다.

통합 유형 시스템은 또한 데이터를 더 잘 이해할 수 있도록 기계 학습 및 AI 도구를 준비합니다.

우리는 한 단계 더 나아가 레지스트리에서 유형을 소비하고 점진적으로 중앙 집중식 및 분산식 서비스를 통합하는 web2 도구를 구축할 수 있습니다.

보조 제목

유형 레지스트리 요구 사항

유형 레지스트리의 데이터는 모든 사람이 사용할 수 있는 공통 데이터 형식이어야 합니다. 레지스트리는 공익적 특성을 유지하는 것이 중요하므로 비구금 및 검열 저항성이 있어야 합니다.

• 유형을 만드는 일반적인 방법은 합의를 얻어 템플릿 형태로 제공하는 것과 동시에 유형 명명에 대한 제안 및 규칙을 발행해야 합니다(네이밍 충돌이나 실제 데이터와 일치하지 않는 이름을 피하기 위해).

• 누구나 유형을 만들고 제출할 수 있습니다. 레지스트리에 새로운 유형을 추가하는 것은 현재 이더리움 EIP 프로세스와 유사한 커뮤니티 합의의 결과여야 합니다. 결과적으로 분산형 관리 도구와 그에 상응하는 버전 관리 시스템이 절실히 필요하게 될 것입니다. 곧 dType에서 사용되는 이러한 도구를 볼 수 있기를 바랍니다. DAOstack 및 Aragon과 같은 오픈 소스 프로젝트는 관리 도구를 구축하는 데 상당한 진전을 이루었습니다.

• 각 데이터 유형은 다음을 보장하기 위해 레지스트리에 충분한 데이터를 저장해야 합니다.

누구나 자신의 계약에 유형을 적용할 수 있습니다(예: 유형 이름, 라이브러리/계약 주소, 하위 유형 및 태그).

• 누구나 형식 라이브러리 및 계약의 소스 코드를 얻을 수 있습니다.

• 누구나 전체 레지스트리 데이터를 오프체인에 캐시하고 이를 기반으로 도구를 개발할 수 있습니다(현재 블록체인은 이미 이 속성을 제공합니다).

• 합의에 도달하면 새로운 유형을 추가할 수 있습니다.

유형 업데이트는 까다로우며 이전 버전과의 호환성이 손상될 수 있으므로 새롭고 더 완전한 유형만 추가하는 것이 좋습니다.

유형이 더 이상 사용되지 않고 합의에 도달한 경우 유형을 제거할 수 있습니다.

보조 제목

변증법적 관점

우리는 몇 가지 이점을 보았습니다: 온체인 유형 정의의 중복 감소, 통합 인터페이스, 더 스마트한 UI/UX 조직, 자동 인센티브, 더 나은 데이터 분석, 더 나은 상호작용(web2 - web3 포함).

그렇다면 단점은 무엇입니까? 장점보다 중요합니까?

합의와 표준화가 필요한 모든 것과 마찬가지로 여기에는 협업과 토론의 오버헤드가 수반됩니다. 하지만 이더리움의 경우에는 공정하고 아름다운 시스템을 만들기 위해 협력하고 논쟁해야 합니다.

사람들이 불평할 가장 큰 오버헤드는 레지스트리 자체의 스토리지 비용입니다. 그러나 위에서 언급한 유형 라이브러리 재사용을 예로 들면 실제 유형 등록 트랜잭션 오버헤드는 계약을 배포할 때 반복적으로 바이트 코드를 추가하는 오버헤드보다 적을 것입니다.

참고: 주 수수료의 경우 일반 데이터(시스템 데이터)와 개인 데이터(모두가 블록체인에 추가할 수 있고 소수의 사람들에게 혜택을 줄 수 있음)를 구분할 수 있기를 바랍니다.

이 기사에서 지적하지 않은 다른 결함이 있으면 의견을 추가하십시오. 이 글은 일회용품입니다.

보조 제목

다른

다른 프로젝트에서 UI 및 UX 경험이 좋지 않다고 불평할 때 World Wide Web 자체의 UI 및 UX가 충분하지 않다는 것을 이해해야 합니다. 뿐만 아니라 자동화에 필요한 표준화가 부족합니다.