| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- 자료구조
- Heap
- Ethereum
- 자바
- spring webflux
- 백준
- 컴퓨터구조
- MySQL
- Galera Cluster
- Data Structure
- C
- 알고리즘
- Road to Web3
- OS
- JPA
- 파이썬
- react
- mongoDB
- MSA
- design pattern
- 네트워크
- Blockchain
- 디자인 패턴
- redis
- IT
- 운영체제
- Algorithm
- JavaScript
- Spring
- Java
- Today
- Total
목록2025/12/28 (3)
시냅스
이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목표는 단 하나입니다.서명했다는 말이 무엇을 뜻하는지 분리해서 말할 수 있게 만들기 제가 처음 web3 서명을 접할 때 했던 오해는 이렇습니다.지갑에서 sign 하면 곧바로 온체인 결제가 된다고 생각했다메시지 서명과 트랜잭션 서명이 같은 행위라고 생각했다서명은 인증이니까 결국 로그인 정도라고 생각했다하지만 실제로는메시지 서명은 보통 오프체인에서 검증되고트랜잭션 서명은 네트워크에 브로드캐스트되어 블록에 포함될 때 상태를 바꿉니다즉, 둘은 서명이라는 단어만 같고 결과가 완전히 다릅니다. 요약구분메시지 서명트랜잭션 서명목적소유 증명, 로그인, 오프체인 계약상태 변경, 전송, 컨트랙트 호출결과물서명 값(signature)서명된 트랜잭션..
이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 저는 암호학을 기반으로 한 서비스를 개발해본 경험이 있어서, 이번 편은 조금 더 깊이 이해하고자 합니다. 다만 제품/운영 관점에서 바로 쓸 수 있는 감각 위주로 정리합니다. 제가 처음 지갑을 접했을 때 했던 오해는 이런 거였습니다.지갑 wallet 은 코인을 담는 통이다계정 account 은 사이트 로그인 계정 같은 것이다주소 address 는 사용자 ID 다하지만 블록체인에서 지갑은 물리적 저장소가 아니라, 거의 전적으로 다음 두 가지입니다.지갑 = 키 관리 + 서명기계정 = 체인이 인식하는 상태를 가진 주체(주로 주소로 식별) 이 한 문장만 정확히 잡으면, 이후의 서명, 트랜잭션, 보안, 운영 모델이 한 번에 정리됩니다. 요약개념한 줄..
이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다.이 글에서 온체인, 오프체인은 기술 스택이 아니라 합의가 보장하는 경계로 정의합니다. 제가 처음 온/오프 체인을 접했을 때 인상은 다음과 같았습니다.오프체인 = 서비스가 마음대로 처리하는 것온체인 = 블록체인에 올리기만 하면 끝하지만 둘 다 절반만 맞습니다.서비스는 마음대로 처리할 수 있지만, 그 순간 신뢰는 내가 책임져야 합니다.그래서 핵심은 기술이 아니라 경계입니다.온체인과 오프체인의 차이는 저장 위치가 아니라, 합의가 보장하는 책임 범위다 요약구분한 줄 정의누가 보장하나실패했을 때온체인합의된 상태 전이를 체인에 기록네트워크 합의 + 검증되돌리기 어렵고 모두가 같은 결과를 본다오프체인합의 밖에서 상태를 관리서비스 운영자 + 인프라오류,..
