🔐 Hedera의 키와 서명: ECDSA secp256k1와 Ed25519

 

Hedera는 Ethereum과 동일한 ECDSA secp256k1 곡선을 사용합니다. 새로운 계정을 생성할 때는 ECDSA 키와 생성 시 공개키에서 파생된 EVM 주소(EVM Address)를 사용하는 것이 권장됩니다. 이를 통해 처음부터 EVM 도구와 호환되는 환경을 구축할 수 있습니다.

🔑 키와 서명

Hedera에서는 ECDSA secp256k1과 Ed25519 키를 지원합니다. 키는 지원되는 유형의 공개키이거나 스마트 컨트랙트의 ID일 수 있습니다. 각 암호화 알고리즘은 서로 고유한 공개키와 개인키 쌍을 생성합니다.

공개키(Public Key)는 다른 네트워크 사용자와 공유할 수 있으며, Network Explorer 또는 REST API에서 확인할 수 있습니다.

반면 개인키(Private Key)는 소유자가 비밀로 보관해야 하며, 계정이나 토큰 등의 엔티티를 수정할 수 있는 권한을 제공합니다.

개인키를 분실한 경우, 해당 키를 생성할 때 연결된 Recovery Phrase에 접근할 수 있다면 복구할 수 있습니다.

키는 엔티티에 설정된 이후에도 변경할 수 있습니다. 일반적으로 키를 업데이트하려면 현재 키로 트랜잭션에 서명해야 합니다.

🔑 키 유형: ECDSA vs Ed25519

🟢 ECDSA secp256k1 — 권장

ECDSA secp256k1은 Hedera의 모든 신규 계정과 애플리케이션에 권장되는 키 유형입니다.

Ethereum 및 광범위한 EVM 생태계에서 사용하는 것과 동일한 암호화 곡선이므로 다음과 같은 장점을 제공합니다.

ECDSA 계정은 공개키에서 EVM 주소(EVM Address from Public Key)를 설정해야 합니다. EVM 주소는 ECDSA 공개키의 Keccak-256 해시값에서 오른쪽 20바이트를 가져와 생성하며, Ethereum Yellow Paper에 설명된 방식에 따라 계산됩니다.

Recovery ID는 공식적인 공개키의 일부가 아니므로 해시 계산에 포함되지 않습니다.

메인넷에서는 해당 EVM 주소에 대응하는 계정 ID가 다음과 같은 형태로 표시됩니다.

0.0.<evmAddress>

EVM Address from Public Key를 사용하면 Solidity 스마트 컨트랙트, msg.sender 검증 및 MetaMask, Hardhat, Foundry와 같은 EVM 기반 도구와 완전한 호환성을 제공합니다.

ECDSA 키는 EVM 호환 네트워크용으로 구축된 지갑과 dApp에서도 원활하게 사용할 수 있습니다.

🔵 Ed25519 — 지원되지만 신규 개발에는 비권장

Ed25519는 Hedera에서 지원되는 키 유형입니다.

하지만 Ed25519는 EVM Address from Public Key를 생성하지 않습니다. 따라서 Ed25519 계정은 EVM 도구, MetaMask 또는 Solidity의 기본 ECRECOVER 기능을 직접 사용할 수 없습니다.

다만 Ed25519 계정은 HIP-632 시스템 컨트랙트 함수인 isAuthorized와 isAuthorizedRaw를 통해 스마트 컨트랙트와 상호작용할 수 있으며, 이를 통해 Ed25519 서명을 온체인에서 검증할 수 있습니다.

Ed25519는 HCS 기반 애플리케이션, Hedera 네이티브 워크플로 및 EVM 호환성이 필요하지 않은 환경에 적합합니다.

🔎 ECDSA secp256k1와 Ed25519 비교

권장 사항

• ECDSA secp256k1: ✅ 모든 신규 계정 및 애플리케이션에 권장

• Ed25519: 지원되지만 신규 개발에는 권장되지 않음

EVM Address (Alias)

• ECDSA secp256k1: 가능. 계정 생성 시 setECDSAKeyWithAlias()를 사용해 설정하며, ECDSA 공개키의 Keccak-256 해시에서 파생됩니다.

• Ed25519: 불가능. Ed25519 계정에는 EVM 주소가 없습니다.

스마트 컨트랙트 호환성

• ECDSA secp256k1: 완전한 호환성을 제공합니다. msg.sender, ECRECOVER, Solidity 및 EVM 도구를 사용할 수 있습니다.

• Ed25519: 제한적으로 지원됩니다. 온체인 서명 검증을 위해 HIP-632 시스템 컨트랙트 함수인 isAuthorized 및 isAuthorizedRaw가 필요합니다. ECRECOVER 또는 표준 EVM 도구와는 호환되지 않습니다.

지갑 지원

• ECDSA secp256k1: MetaMask, HashPack 및 모든 EVM 호환 지갑

• Ed25519: HashPack 및 Hedera 네이티브 지갑만 지원

활용 사례

• ECDSA secp256k1: 모든 활용 사례에 적합하며, 특히 dApp, DeFi, 스마트 컨트랙트 및 EVM 호환 통합에 적합합니다.

• Ed25519: HCS 기반 애플리케이션, Hedera 네이티브 워크플로 및 EVM 호환성이 필요하지 않은 환경에 적합합니다.

🧩 Hedera의 Key Structure

Hedera는 다음과 같은 키 구조를 지원합니다.

1️ Simple Key

• 하나의 계정에 단일 키가 설정되는 가장 기본적인 구조입니다.

• 예: Account Key {Key 1}, 계정에 대한 트랜잭션에 서명하기 위해 하나의 키만 필요합니다.

2️ Key List

• Key List에 포함된 모든 키가 트랜잭션에 서명해야 하는 구조입니다.

• 예: Account Key KeyList (3/3) {Key 1, Key 2, Key 3}, Key List에 포함된 세 개의 키가 모두 계정의 트랜잭션에 서명해야 합니다.

3️ Threshold Key

• 전체 키 가운데 설정된 Threshold 수만큼의 키가 서명하면 되는 구조입니다.

• 예: Account Key ThresholdKey (1/3) {Key 1, Key 2, Key 3}, 세 개의 키 중 하나의 키만 계정의 트랜잭션에 서명하면 됩니다.

🔗 Key Structure는 중첩할 수 있습니다

Hedera의 Key Structure는 서로 중첩(Nested)할 수 있습니다.

즉, Key List 안에 Threshold Key를 넣거나, Threshold Key 안에 Key List를 넣는 등 더욱 복잡한 키 시스템을 구성할 수 있습니다.

Hedera에서 위와 같은 Key Structure를 지원하는 모든 트랜잭션 유형은 설정된 키 구조에 따라 서명을 요구합니다.

따라서 트랜잭션이 성공하려면 제공된 서명이 해당 계정에 정의된 Key Structure의 요구 조건과 일치해야 합니다.

🔗 https://docs.hedera.com/learn/core-concepts/keys#comparison

📚 지금 헤데라 커뮤니티에 참여하시고 최신 뉴스부터 실사용 가이드까지, 직접 소통하며 경험해보세요!

🟡 카카오 (PIN: 0916): https://open.kakao.com/o/gmfIGP0

📲 Telegram (KR): https://t.me/HashgraphKorea

💬 X: https://x.com/HederaKimchi

📺 https://www.youtube.com/@HederaKimchi