이 기사는Cointelegraph & ethereum.org, 원저자: Felix NG
오데일리 번역기 |

오데일리 번역기 |
실제로 이 새로운 이더리움 도메인 이름 표준의 전체 이름은 "Web3 URL to EVM Call Message Translation"이며, 2022년 2월 14일에 처음 제안되었습니다. 이 제안은 ETHStorage 설립자 Qi Zhou, Ethereum 연구원 Sam Wilson 및 Chao Pi.Writing은 "Web3 도메인 이름"을 "HTTP 스타일" URL로 설명하며 1년 이상의 평가 및 투표, 메인넷에서 최종 승인 및 확정되었습니다.
보조 제목
ERC-4804는 어떤 문제를 해결할 수 있습니까?
"현재 Uniswap[...]과 같은 모든 것은 DNS를 거쳐야 하고 GoDaddy[...]를 거쳐야 하지만 이 모든 것이 중앙 집중식 서버입니다."

이미지 설명
솔직히 그 이유는 오늘날 대부분의 사용자가 여전히 HTTP로 더 잘 알려진 "Hypertext Transfer Protocol"을 통해 인터넷에 액세스하기를 선택하기 때문입니다. 인터넷 사용자가 링크를 클릭하거나 웹사이트 주소를 입력하면 컴퓨터는 HTTP를 사용하여 다른 컴퓨터에 웹사이트나 사진과 같은 정보를 검색하도록 요청합니다. 즉, Web3에서 데이터를 읽는 것은 일반적으로 Web2 에이전트에서 Web3 블록체인으로의 변환에 의존하지만 이 "변환" 작업은 기본적으로 dApp 웹 사이트/노드 서비스 제공자/etherscan과 같은 에이전트에 의해 수행되며 사용자가 제어할 수 없습니다.
텍스트

Web3 URL 표준 및 Uniswap 협력의 워크플로우 다이어그램. 출처: w3 eth.io
보조 제목
ERC-4804 표준이 정확히 무엇입니까?

다음으로 이 ERC-4804 표준의 구체적인 내용을 좀 더 자세히 살펴보자.이 표준에서 설정한 Web3 URL의 형식은 다음과 같다.
web3 Schema는 URL의 스키마를 나타내며 web3://는 줄여서 w 3://입니다.
userinfo는 EVM 호출 메시지의 "From" 필드인 EVM을 호출하는 사용자를 나타냅니다. 지정하지 않으면 프로토콜은 발신자 주소로 0x 0을 사용합니다.
contractName은 EVM 호출 메시지의 "To" 필드인 호출할 계약을 나타냅니다. contractName이 주소(예: 0x + 20바이트 데이터 16진수)인 경우 "To"가 주소가 됩니다. 그렇지 않으면 이름은 이름 서비스에서 가져옵니다. 두 번째 경우 nsProviderSuffix는 "eth" 등과 같은 이름 서비스 공급자 접미사가 됩니다. 이름이 이름 서비스에서 주소로 변환되는 방식은 나중에 EIP에서 설명합니다.
chainid는 contractName을 확인하고 메시지를 호출한 체인을 나타냅니다. 지정하지 않으면 프로토콜은 이름 서비스 공급자와 동일한 체인을 사용합니다(예: eth의 경우 1). 사용 가능한 이름 서비스 공급자가 없는 경우 기본 chainid는 1입니다.
쿼리는 "&"로 구분된 일련의 속성-값 쌍을 포함하는 선택적 구성 요소입니다.
"To" 주소와 chainid가 결정되면 ERC-4804 프로토콜은 "resolveMode" 메소드를 호출하여 컨트랙트의 해결자 모드를 확인합니다. 현재 두 가지 해결 모드, 즉 수동 모드와 자동 모드가 지원됩니다.
2. 자동 모드: 자동 모드는 기본 해결 모드입니다(대상 계약의 "resolveMode" 메서드를 사용할 수 없는 경우에도 적용 가능). 자동 모드에서 경로가 비어 있으면 프로토콜이 빈 데이터로 대상 계약을 호출합니다. 그렇지 않으면 EVM 메시지의 호출 데이터가 표준 Solidity 계약 ABI를 사용하여 인코딩 및 디코딩됩니다.
보조 제목
ERC-4804 표준의 문제점은 무엇입니까?
실제로 웹사이트의 콘텐츠가 이더리움 블록체인이나 호환되는 레이어 2 프로토콜에 저장되어 있는 한 이론적으로 Web3 도메인 이름을 통해 전체 웹사이트에 액세스하는 것이 가능하지만 그렇게 하는 데 드는 비용이 매우 높습니다( 적어도 지금은).
지난 달 ETHDenver 컨퍼런스에서 ETHStorage의 설립자인 Qi Zhou는 이 문제를 다음과 같이 분석했습니다.
"ERC-4804의 핵심 문제는 이더리움의 저장 비용이 메인넷에서 매우 매우 비싸다는 것입니다. 예를 들어 1GB의 온체인 데이터는 약 1천만 달러의 비용이 듭니다... 많은 Web2 애플리케이션과 심지어 많은 NFT의 경우 이는 용납할 수 없습니다. , 하지만 레이어 2 스토리지 솔루션은 일부 비용을 줄이는 데 도움이 될 수 있습니다."
비용 문제를 고려할 때 ETHStorage 대변인 Anthurine Xiang은 ERC-4804 URL 표준을 일부 특정 애플리케이션에서 먼저 사용할 수 있다고 제안하고 추가로 설명했습니다.
"모든 것이 탈중앙화될 필요는 없습니다. 괜찮은 Web2 비즈니스가 있고 중앙 집중식 검열에 대해 너무 걱정할 필요가 없다면 지금은 ERC-4804를 사용하지 않도록 선택할 수 있습니다."
또 다른 우려는 ERC-4804 표준이 Tornado Cash와 같은 검열 위험이 있는 사이트에서 악용될 수 있다는 것입니다. 이 문제에 대해 Anthurine Xiang은 솔직하게 말했습니다. 비트코인을 사용하지만 비트코인은 사람들에게 가지지 못할 수도 있는 분산 옵션을 제공할 뿐입니다. 그리고 ERC-4804 이더리움 URL 표준은 블록체인에서 최초입니다."
사실 ERC-4804 표준은 최초의 탈중앙화 웹호스팅 솔루션은 아니다. 내용을 수정하거나 변경할 수 없습니다. 대조적으로 ERC-4804는 사람들이 좋아요와 댓글을 남기고 웹 사이트의 콘텐츠와 상호 작용할 수 있도록 하는 것과 같은 "데이터 이동"을 허용할 것이며, 이더리움 고유의 표준인 ERC-4804도 보다 쉽게 다른 블록체인과 통합 블록체인과 상호작용


