Stacks-wallet-web: 임의의 메시지에 서명하는 노출 방법

게시해 주셔서 감사합니다! 그런 기능이 중요하다고 생각합니다.

게시해 주셔서 감사합니다! 그런 기능이 중요하다고 생각합니다.

저도 동의하고 팀의 많은 사람들도 동의할 것이라고 생각합니다 👍 이 문제를 논의하면서 업데이트하도록 노력하겠습니다.

@MarvinJanssen 우선 순위를 가늠하는 데 도움이 되도록 단기적으로 구축하고 싶은 사용 사례를 나타내는 마음이 있으신가요?

@markmhx 단기적으로 말하면 내가 필요한 이유는 단 한 가지입니다.

사용자 앱 버킷 URL(zonefile용)을 추적하는 서버 측 구성 요소를 만들고 있습니다. 이 API를 보호하기 위해 사용자는 Connect를 사용하여 버킷 URL에 서명해야 합니다. 그런 다음 서버는 BNS 계약을 통해 사용자가 보고한 BNS 이름을 확인하고 해당 주체를 사용하여 서명을 확인합니다. 기본적으로 특정 메시지가 실제로 BNS에 이름을 소유한 보안 주체가 보낸 것인지 확인해야 합니다. 대안이 있다면 알려주세요. 내 백업 계획은 간단한 Clarity 계약을 도입하고 사용자가 계약 호출을 통해 증거를 제출하도록 하는 것이지만 해결 방법에 대한 해결 방법에 대한 해결 방법이 되었습니다...

Eth에서 서명이 사용되는 것을 본 두 가지 주요 사용 사례가 있습니다.

• 귀하가 주소를 소유하고 있음을 증명하면 사이트에서 귀하만이 귀하의 주소에 대해 볼 수 있는 분석 정보를 공개합니다(좋습니다).
• 투표하기

@psq 장기적으로 DeFi 및 DeX, 그리고 사용자 서명이 필요한 서버 측 일치를 수행하는 플랫폼에 필요합니다. (이더리움의 0x 프로토콜과 와이번처럼.)

추가 컨텍스트에 감사드립니다 🙏 Jasper가 디자인할 수 있도록 할당합니다.

@markmhx 아이스박스에 있는 걸 보니 나중에 스프린트에서 고려된다는 뜻인가요? @MarvinJanssen 이 업데이트를 기다리고 있습니다 🙂

이 문제를 Kanban 백로그 로 다시 옮겼습니다.

더 이상 2주 스프린트에 대해 작업하지 않고 백로그에 반영된 우선 순위를 위에서 아래로 점진적으로 전달합니다.

나는 서명된 유형 데이터 구조에 대한 시스템을 평가하는 데 전적으로 동의하지만, 그것은 우리가 먼저 수행해야 한다고 생각하지 않는 훨씬 더 큰 엔지니어링 작업입니다. 구조화된 데이터의 주요 이점은 해당 서명의 데이터에 논리가 연결된 수수료 없는 온체인 트랜잭션입니다. 그러나 두 가지:

• 후원 거래를 통해 모든 계약 통화에 수수료가 부과되지 않습니다. 여기서 유일한 단점은 일괄 서명을 수행할 수 없다는 것입니다.
• ETH 사양은 이 데이터 형식을 RLP로 인코딩하고 EVM에서 사용하는 방법과 매우 관련이 있습니다. Clarity와 어떻게 작동할지 결정하기 위해 많은 작업을 해야 하고, 그 다음 사양을 만들어 지갑에 추가할 수 있습니다.

문자열은 현재 스택의 가장 확실한 사용 사례입니다. STX 주소를 소유하고 있음을 증명할 수 있는 사용자에게 오프체인 액세스를 제공하는 매우 일반적인 사용 사례를 허용합니다. 예를 들어, NFT를 소유한 경우 특정 기능을 제공하는 웹 앱입니다.

사용 사례에 대해 더 구체적으로 설명하려면 다음을 수행합니다.

• 웹 앱에 로그인하고 STX 주소를 소유하고 있음을 증명하십시오.
  
  
  
  • 2.0 이전과 다른 키로 서명하기 때문에 현재 인증으로 기술적으로 해결되지 않았지만 변경할 수/해야 합니다.
  
  
• STX 주소를 소유하고 있음을 증명하는 오프체인용 특정 메시지 공유
  
  
  
  • 이 문제의 "쉬운" 버전인 문자열에 서명
  
  
• 수수료 없는 토큰 승인
  
  
  
  • 사후 조건으로 해결
  
  
• 수수료 없는 DAO 투표
  
  
  
  • 후원 거래로 해결
  
  
• 일괄 수수료 없는 DAO 투표 또는 기타 복잡한 일괄 처리된 수수료 없는 물건
  
  
  
  • ERC712 등가물 필요
  
  

어제 @MarvinJanssen 및 @GinaAbrams 와의 대화에서 .BTC 앱은 두 가지 일이 순차적으로 발생하지 않는 한 임의의 메시지 서명이 긴급하게 필요하지 않을 것이라고 결정했습니다.

1. 앞으로 몇 주 내에 Atlas 수정 사항을 메인넷에 배포할 수 없습니다.
2. 그는 사용자 정의 Clarity 스마트 계약과 트랜잭션 서명 및 Stacks Wallet 확장을 통한 브로드캐스팅을 사용하여 해결 방법으로 필요한 zonefile 보고 메커니즘을 구현할 수 없습니다.

임의의 메시지 서명 경로는 기본적으로 위의 경로로 대체되며 나열된 순서대로 선호됩니다. 여기에는 zonefile 데이터가 포함된 서명된 메시지를 중앙 서버로 보내는 것이 포함되며, 이는 최종 사용자가 트랜잭션에 서명해야 하는 비용을 절약할 뿐만 아니라 중앙 당사자의 바람직하지 않은 개입을 초래합니다.

@agraebe @diwakergupta 다음 주에 Atlas 배포 계획이 어떻게 진행되고 있는지 확인하기 위해 다음 주에 splat에 체크인하여 @MarvinJanssen 에게 타이밍과 이것이 그의 옵션에 미치는 영향에 관한 업데이트를 제공할 수 있습니다.

그는 우리가 메인넷에 수정 사항을 게시하고 두 가지 해결 방법 중 하나의 작업을 저장할 수 있는지 확인하기 위해 1~2주를 기다리게 되어 기쁩니다.

이것은 매우 귀중한 것입니다. 신원의 서명을 사용하면 이름과 많은 것의 소유권을 증명할 수 있습니다. 특히 오프체인 운영과 관련하여 100% 이에 대한 것입니다.