| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- C
- 파이썬
- 운영체제
- MSA
- 자바
- 컴퓨터구조
- OS
- Galera Cluster
- 자료구조
- JPA
- spring webflux
- 알고리즘
- JavaScript
- Java
- Algorithm
- react
- Data Structure
- 디자인 패턴
- MySQL
- 네트워크
- design pattern
- redis
- mongoDB
- Heap
- Road to Web3
- 백준
- Ethereum
- Blockchain
- IT
- Spring
- Today
- Total
목록on-chain (2)
시냅스
이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목표는 이 한 문장입니다.web2 결제의 승인 매입 정산 프레임으로 온체인 포함 확정 정산을 맵핑하면 제품 의사결정이 쉬워진다 온체인 결제를 아래와 같이 이해했었습니다.블록에 들어가면 카드 결제의 승인 같은 것이다confirm은 정산 같은 것이다온체인은 환불이 없으니 정책이 단순해진다하지만 현실은 더 복잡합니다.승인과 정산이 분리되는 문제는 web2도 web3도 동일하다다만 web3는 실패 비용이 있고, 되돌림 reorg까지 고려해야 한다환불과 분쟁이 사라지는 게 아니라 구현 레이어가 바뀐다그래서 이 글은 결제 기획과 운영 언어로 체인을 번역합니다. 1) 카드 결제는 실제로 어떻게 굴러가나상세 네트워크는 카드사와 국가마다 다르지만..
이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목표는 한 문장입니다.즉시 UX를 주려면 오프체인이 필요하고, 최종 신뢰를 만들려면 온체인 커밋이 필요하다즉, 문제는 기술이 아니라 의사결정입니다.언제 무엇을 온체인에 커밋할 것인가제가 처음 이 문제를 접할 때 했던 오해는 이렇습니다.온체인이 느리면 그냥 오프체인으로 처리하면 된다오프체인으로 처리해도 언젠가 다 온체인에 올리면 된다배치 정산은 단순히 트랜잭션을 모아서 보내는 최적화다현실은 이렇습니다.오프체인은 승인 단계에 가깝고, 온체인은 정산 확정에 가깝다배치 정산은 비용 절감만이 아니라, 신뢰 경계를 설계하는 일이다서비스 안정성은 상태 머신과 리컨실리에이션에서 나온다web2 결제로 번역하면빠른 UX는 승인강한 신뢰는 정산둘 사..