이더리움의 클리어서명 기능은 수십억 달러 규모의 해킹 사건 이후에 이루어지는 승인 단계를 대상으로 합니다.

입양이 승인 단계에 이르렀다면, 그때만 서명이 유효해집니다.

클리어 서명이 유효하려면, 그 사실이 공개된 이후에도 계속해서 인지되어야 합니다. 많은 보안 침해 사고들의 실패 원인은 대개 자금이 이동하기 전의 마지막 단계에 있습니다.마지막 단계는 종종 코드의 버그가 아니라, 사용자가 거래를 승인하는 과정입니다.작업 그룹에 따르면, 시각장애인들이 사용하는 서명 방식이 도움이 되었다고 합니다.생태계 손실에서의 “수십억”그리고…15억 달러 규모의 Bybit 해킹 사건이는, 서명자가 거래의 진정한 의도를 읽을 수 없을 경우 발생할 수 있는 문제들 중 가장 명확한 예시입니다.

이러한 발행 방식은, 그 절차가 바로 승인 과정을 직접적으로 대상한다는 점에서 중요합니다. ERC-7730를 사용하면 계약의 기능을 간단한 언어로 설명할 수 있으며, 메타데이터도 중립적이고 복제 가능한 레지스트리를 통해 공개됩니다. 만약 월렛들이 이를 잘 활용한다면, 사용자들은 불투명한 헥스 코드를 더 이상 사용하지 않고, 실제로 거래가 어떤 작업을 하는지 알 수 있게 될 것입니다.

ERC-8176은 신뢰층을 추가하는 기능을 제공합니다. 이는 감사자들이 메타데이터의 정확성을 인증할 수 있도록 하는 시스템입니다. 그렇게 함으로써, 지갑 운영자는 자신만의 신뢰 정책을 적용할 수 있으며, 독립적인 검토를 통해 보장된 메타데이터를 선호할 수 있습니다. 이러한 방식으로, 승인 과정에서 발생할 수 있는 오류를 상당히 줄일 수 있습니다.인간이 이해할 수 있는 명령어/질문들하지만, 그 혜택이 실제적인 것인지, 아니면 단순히 이론적인 것인지는 여전히 ‘양부모의 결정’에 의해 결정된다.

기관급의 규모를 고려할 때, 승인된 사항들은 단순히 보안 관련 뉴스로만 다루어지지 않습니다.

시간이 중요한 이유는, 이미 이더리움의 기관 관련 활동이 충분히 활발하기 때문에, 불분명한 승인들은 단순히 보안 위험을 초래할 뿐만 아니라, 운영상의 장애물이 될 수도 있기 때문입니다.

스테이킹 비율의 변화는 혼란의 정도를 바꾸어 놓습니다.

이더리움은 이제3,600만 달러 이상의 이더리움을 스테이킹했습니다.거의 100만 명에 달하는 활성화된 확인자들이 있습니다. 이는 단순한 소매 트래픽이 아닙니다. 이는 스테이킹 인프라, 재무 처리 프로세스, 그리고 기관용 제품들에 깊이 통합된 자본입니다. 이러한 환경에서는 혼란스러운 확인 화면으로 인해 승인 속도가 느려질 수 있으며, 지원 요청의 부담도 증가할 수 있습니다. 또한, 오퍼레이터가 잘못된 작업을 승인할 가능성도 높아집니다.

그러한 압력은 이미 플랫폼 데이터에서 나타나고 있습니다. Fireblocks에 따르면, 지난 6개월 동안 자사 플랫폼에서의 ETH 스테이킹량이 두 배 이상 증가했습니다. 한편, 기관들은 검증자 관리 및 정책 집행 관련된 도구들에 대한 개선을 요구하고 있습니다. 이러한 규모의 자본이 이동할 때는, 승인 과정도 효율성 측면에서 중요한 역할을 합니다.

주요 지갑과 도구들은 이미 준비되어 있습니다.

또 다른 변화는, 이제 이것이 단순한 개념에 불과하지 않다는 점입니다. 이 시스템의 출시는 적절한 지원을 받고 있습니다.레저, 트레조르, 메타마스크, 월렛커넥트, 파이어블록스, 시프린주요 소비자들의 지갑, 라우팅 인프라, 그리고 기업용 서명 경로를 지원합니다. 동시에, ERC-7730도 이제…ERC-7730 v2이를 통해 다양한 체인 간의 연동 기능도 지원됩니다. 또한, 관련된 도구들도 오픈소스로 제공되어, 팀들이 데스크리터를 구축하고 검증하는 작업을 수행할 수 있도록 해줍니다.

아직도 채택이라는 제약이 존재하지만, 초기 설정 단계에서는 일반적인 보안 솔루션보다 더 신뢰할 수 있는 모습을 보입니다. 지갑과 고수준의 프로토콜들이 빠르게 통합된다면, 명확한 서명 체계가 필요한 시점이 도래할 것입니다.

주목해야 할 점들: 레지스트리의 적용 범위, 지갑 기능의 지원 여부, 그리고 실제 사용 사례 등입니다.

이것을 단순한 보안 조치에서 더욱 투자할 만한 가치가 있는 것으로 만들어주는 요소는 간단합니다. 바로, 승인을 받는 것이 무시하는 것보다 훨씬 쉬워지는지를 관찰하는 것입니다.

등록 구조가 슬로건보다 더 중요합니다.

표준은 메타데이터가 쉽게 찾아낼 수 있고, 검증할 수 있으며, 신뢰할 수 있을 때만 유효합니다. ERC-7730 레지스트리는 다음과 같은 방식으로 구성되어 있습니다.엔티티 관련 하위 폴더들파일들의 접두사는 다음과 같습니다:캘드타-계약이나 관련된 문서들을 위해eip712-타이핑된 메시지들에 대해서는, 더욱 그렇습니다.흔한/일반적인중복을 줄이기 위해 공통된 정의를 사용합니다. 변경 사항은 풀리퀘스트를 통해 제출되며, 각 변경 사항은 하나의 엔티티와 연결됩니다. 이러한 설계 방식은 통합 과정을 용이하게 하지만, 동시에 가장 중요한 프로토콜과 서비스들의 지속적인 참여에 의존해야 한다는 의미도 있습니다.

실제적인 성능 테스트는 바로 구현 속도입니다.

다음 신호는 그 발표 자체가 아닙니다. 중요한 것은, 주요 지갑들이 출시 이후에도 계속해서 지원을 제공하는지, 그리고 고품질의 프로토콜들이 충분히 빠르게 데스크리프트를 공개하여 그 효과를 발휘할 수 있는지입니다. 지갑들은 해당 데스크리프트를 특정 소스에서 가져올 수 있습니다.열린 레지스트리하지만, 사용자들은 자신이 신뢰할 레지스트리 인스턴스를 스스로 결정하기도 합니다. 이는 초기 통합자들에게 큰 이점을 제공합니다. 먼저 출시된 지갑과 프로토콜들이 사용자가 승인 단계에서 어떤 것을 볼 수 있는지를 결정할 수 있기 때문입니다. ERC-7730 v2도 이미 이러한 기능을 포함하고 있습니다.크로스체인 지원따라서 이제 주요 변수는 구현 속도와 사용 범위입니다.

무엇이 그것을 고정시키는 역할을 할까요?

• 지갑들:주요 소비자, 하드웨어, 그리고 지갑 제공업체들은, 기본적으로는 옵트인 기능으로서가 아니라, 자동으로 데스크리퍼를 해결해야 합니다.
• 프로토콜들:Top DeFi 및 기관용 계약들은 각각의 개별 엔티티 폴더 아래에 공개 레지스트 항목이 필요합니다.
• 등록 정보의 범위:특히, 고가치의 인터페이스에 대해서는 지속적으로 피드백 요청이 이루어지고 있으며, 가능한 경우에는 그 피드백에 대한 증명도 함께 제공됩니다.

만약 지갑 관련 지원 기능이나 레지스트리에 대한 접근이 여전히 혼잡한 환경에서 이루어진다면, 이러한 표준은 여전히 유용할 것입니다. 하지만 일상적인 이더리움 사용에 있어서는 충분한 트래픽이 발생하지 않기 때문에 그러한 표준은 그다지 효과적이지 않을 것입니다.