| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 31 |
- 자료구조
- Algorithm
- spring webflux
- 백준
- C
- OS
- Ethereum
- 디자인 패턴
- Galera Cluster
- design pattern
- Spring
- Java
- mongoDB
- 알고리즘
- redis
- 파이썬
- MySQL
- 네트워크
- MSA
- Blockchain
- 자바
- JavaScript
- Road to Web3
- 컴퓨터구조
- Data Structure
- IT
- 운영체제
- JPA
- Heap
- react
- Today
- Total
목록wallet (2)
시냅스
이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목표는 한 문장입니다.키를 어떻게 보관하고 서명할지의 선택이 곧 서비스 아키텍처와 운영 리스크를 결정한다이 글은 세 축을 다룹니다.핫 웜 콜드 지갑을 언제 어떻게 나누는가시드와 HD 지갑이 왜 기본값이 되었는가MPC가 무엇을 해결하고 무엇을 해결하지 못하는가 제가 처음 키 관리 얘기를 들을 때 했던 오해는 이렇습니다.지갑은 앱이고, 키는 그냥 파일 같은 것이다키를 잘 숨기면 끝이고, 보안은 암호학 문제다서비스는 어차피 서버가 처리하니 지갑은 하나면 된다현실은 이렇습니다.키는 비밀이면서 동시에 권한이다. 권한 설계가 곧 보안 설계다키를 온라인에 두면 운영 편의는 올라가지만 공격 표면도 같이 커진다지갑을 나누는 이유는 성능이 아니라..
이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 저는 암호학을 기반으로 한 서비스를 개발해본 경험이 있어서, 이번 편은 조금 더 깊이 이해하고자 합니다. 다만 제품/운영 관점에서 바로 쓸 수 있는 감각 위주로 정리합니다. 제가 처음 지갑을 접했을 때 했던 오해는 이런 거였습니다.지갑 wallet 은 코인을 담는 통이다계정 account 은 사이트 로그인 계정 같은 것이다주소 address 는 사용자 ID 다하지만 블록체인에서 지갑은 물리적 저장소가 아니라, 거의 전적으로 다음 두 가지입니다.지갑 = 키 관리 + 서명기계정 = 체인이 인식하는 상태를 가진 주체(주로 주소로 식별) 이 한 문장만 정확히 잡으면, 이후의 서명, 트랜잭션, 보안, 운영 모델이 한 번에 정리됩니다. 요약개념한 줄..