스마트 계약의 커밋 리뷰 체계는 무엇입니까?

커밋 회복 체계의 개념을 이해합니다

블록 체인 및 스마트 계약 영역에서 프라이버시와 공정성은 종종 투표, 경매 또는 복권을 포함하는 분산 된 응용 프로그램 (DAPP)에서 중요한 문제입니다. 커밋-재교사 체계는 참가자들이 즉시 공개하지 않고 가치에 헌신 할 수 있도록함으로써 이러한 문제를 해결하도록 설계된 암호화 메커니즘입니다.

이 체계는 참가자가 다른 사람의 입력을 본 후에는 참가자가 자신의 선택을 바꿀 수 없도록하여 조작을 방지합니다. 해시 약속 의 원칙에 따라 사용자가 약정 단계에서 해시 버전의 데이터를 제출 한 다음 후속 공개 단계에서 원래 데이터를 공개합니다.

2 상 과정 : 헌신과 계시

커밋-재교사 체계는 두 가지 다른 단계에서 작동합니다.

• 커밋 단계 : 사용자는 암호화 기능 (일반적으로 이더 리움 기반 스마트 계약에서 Keccak256)을 사용하여 비밀 가치의 해시를 생성합니다. 이 해시는 Salt 또는 Nonce와 같은 추가 매개 변수와 함께 계약에 제출됩니다.
• 공개 단계 : 약정 창이 닫힌 후 사용자는 원래 비밀 값을 제출합니다. 계약은 공개 된 값이 이전에 제출 된 해시와 일치하는지 확인합니다.

이 단계는 일단 사용자가 커밋되면 감지되지 않고 입력을 변경할 수 없도록합니다. 이것은 맹인 경매 또는 안전한 투표 메커니즘과 같은 시스템에서 공정성을 유지하는 데 중요합니다.

견고성에 대한 커밋 회리 체계 구현

스마트 계약에서 커밋 회수 체계를 구현하기 위해 개발자는 일반적으로 EVM (Ethereum Virtual Machine)과 견고성을 프로그래밍 언어로 사용합니다. 아래는 이것이 어떻게 구성되는지에 대한 기본 개요입니다.

• 각 사용자의 약정을 저장하기 위해 매핑을 만듭니다.
• 커밋 및 공개 단계 모두에 대한 시간 창을 정의하여 무기한 참여를 방지하십시오.
• Keccak256 해싱을 사용하여 사용자가 해시 값을 안전하게 제출할 수 있도록하십시오.
• 공개 단계 동안, 공개 된 값의 해시를 저장된 약속과 비교하십시오.

다음은 약속이 어떻게 확인 될 수 있는지에 대한 예입니다.

 require(keccak256(abi.encodePacked(revealedValue, salt)) == storedCommitment, 'Invalid reveal');

이 라인은 공개 된 값과 고유 한 소금의 조합이 초기 약속 해시와 일치하는지 여부를 확인합니다.

커밋 회수 체계의 사용 사례

여러 분산 된 응용 프로그램은 무결성과 비밀을 시행하는 능력으로 인해 커밋 회귀 제도 의 혜택을받습니다.

• 분산 투표 : 유권자들은 마감일 전에 자신의 선택에 전념 할 수있어 모든 것이 캐스팅 될 때까지 투표가 사적으로 유지되도록합니다.
• 맹인 경매 : 입찰자는 처음에 암호화 된 입찰을 제출하여 경매가 종료 된 후에 만 ​​공개되어 가격 조작을 방지합니다.
• 복권 시스템 : 참가자는 임의의 숫자 나 항목에 약속하며 나중에 당첨자를 공정하게 결정하기 위해 공개됩니다.

이러한 각 사용 사례는 미리 정해진 순간까지 공개를 지연시키는 제도의 능력을 활용하여 시스템의 신뢰와 공정성을 향상시킵니다.

보안 고려 사항 및 모범 사례

Commit-Reveal 체계는 보안과 공정성을 향상 시키지만 부적절한 구현은 취약성을 노출시킬 수 있습니다. 모범 사례는 다음과 같습니다.

• 소금 또는 비 세기 포함 : 독특한 소금 또는 비 세기를 추가하면 공격자가 다시 호흡하여 일반적인 가치를 추측 할 수있는 사전 공격을 방지합니다.
• 시간 제약 : 자금이나 데이터의 무기한 잠금을 피하기 위해 두 단계의 명확한 시작 및 종료 시간을 정의하십시오.
• 가스 효율 : 검증 중에 저장 및 계산을 최적화하여 거래 비용을 최소화합니다.
• 오프 체인 검증 : 실패한 거래를 줄이기 위해 제출하기 전에 고객이 자신의 해시를 확인하도록하십시오.

스마트 계약 감사는 또한 제도의 의도 된 동작을 손상시킬 수있는 에지 사례 또는 논리적 오류를 식별하기 위해 적극 권장됩니다.

자주 묻는 질문

Q1 : 이더 리움 이외의 블록 체인에서 커밋 리뷰 체계를 사용할 수 있습니까? 예, Ethereum은 Keccak256 해싱에 대한 내장 지원을 제공하지만 다른 EVM 호환 체인 및 비 EVM 블록 체인조차도 사용 가능한 암호화 기능을 사용하여 유사한 논리를 구현할 수 있습니다.

Q2 : 누군가가 자신의 헌신을 밝히지 않으면 어떻게됩니까? 계약 설계에 따라 지정된 시간 창 내에서 공개하지 않으면 실격, 예금 손실 또는 약속의 무효화가 발생할 수 있습니다.

Q3 : 올바른 소금 또는 비체 크기를 어떻게 선택합니까? 무차별 대기 공격을 방지하기 위해 소금은 충분히 크고 무작위 여야합니다. 일반적으로 256 비트 랜덤 숫자는 암호화 강도를 보장하는 데 사용됩니다.

Q4 : 한 계약에서 여러 라운드의 커밋 회복을 수행 할 수 있습니까? 예, 스마트 계약은 상태 변수를 재설정하고 타임 스탬프를 그에 따라 업데이트하여 여러 라운드를 처리하도록 설계 될 수있어 동일한 계약 인스턴스 내에서 반복적 인 사용을 허용합니다.