| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- 운영체제
- MSA
- C
- 네트워크
- 자료구조
- OS
- design pattern
- Ethereum
- 디자인 패턴
- redis
- 자바
- Road to Web3
- Heap
- IT
- spring webflux
- react
- 백준
- Spring
- mongoDB
- Algorithm
- Java
- Data Structure
- 알고리즘
- JPA
- Blockchain
- Galera Cluster
- MySQL
- 파이썬
- 컴퓨터구조
- JavaScript
Archives
- Today
- Total
목록MPC (1)
시냅스
이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목표는 한 문장입니다.키를 어떻게 보관하고 서명할지의 선택이 곧 서비스 아키텍처와 운영 리스크를 결정한다이 글은 세 축을 다룹니다.핫 웜 콜드 지갑을 언제 어떻게 나누는가시드와 HD 지갑이 왜 기본값이 되었는가MPC가 무엇을 해결하고 무엇을 해결하지 못하는가 제가 처음 키 관리 얘기를 들을 때 했던 오해는 이렇습니다.지갑은 앱이고, 키는 그냥 파일 같은 것이다키를 잘 숨기면 끝이고, 보안은 암호학 문제다서비스는 어차피 서버가 처리하니 지갑은 하나면 된다현실은 이렇습니다.키는 비밀이면서 동시에 권한이다. 권한 설계가 곧 보안 설계다키를 온라인에 두면 운영 편의는 올라가지만 공격 표면도 같이 커진다지갑을 나누는 이유는 성능이 아니라..
Road To Web3/Blockchain
2026. 1. 4. 12:14