시냅스

이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목표는 이 한 문장입니다.web2 결제의 승인 매입 정산 프레임으로 온체인 포함 확정 정산을 맵핑하면 제품 의사결정이 쉬워진다 온체인 결제를 아래와 같이 이해했었습니다.블록에 들어가면 카드 결제의 승인 같은 것이다confirm은 정산 같은 것이다온체인은 환불이 없으니 정책이 단순해진다하지만 현실은 더 복잡합니다.승인과 정산이 분리되는 문제는 web2도 web3도 동일하다다만 web3는 실패 비용이 있고, 되돌림 reorg까지 고려해야 한다환불과 분쟁이 사라지는 게 아니라 구현 레이어가 바뀐다그래서 이 글은 결제 기획과 운영 언어로 체인을 번역합니다. 1) 카드 결제는 실제로 어떻게 굴러가나상세 네트워크는 카드사와 국가마다 다르지만..

이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목표는 한 문장입니다.즉시 UX를 주려면 오프체인이 필요하고, 최종 신뢰를 만들려면 온체인 커밋이 필요하다즉, 문제는 기술이 아니라 의사결정입니다.언제 무엇을 온체인에 커밋할 것인가제가 처음 이 문제를 접할 때 했던 오해는 이렇습니다.온체인이 느리면 그냥 오프체인으로 처리하면 된다오프체인으로 처리해도 언젠가 다 온체인에 올리면 된다배치 정산은 단순히 트랜잭션을 모아서 보내는 최적화다현실은 이렇습니다.오프체인은 승인 단계에 가깝고, 온체인은 정산 확정에 가깝다배치 정산은 비용 절감만이 아니라, 신뢰 경계를 설계하는 일이다서비스 안정성은 상태 머신과 리컨실리에이션에서 나온다web2 결제로 번역하면빠른 UX는 승인강한 신뢰는 정산둘 사..

이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. Base 같은 롤업 환경에서 확정이 2층인 이유를 운영 감각으로 이해하는 게 목표입니다.핵심 한 줄L2는 빠른 체감 확정을 주고, L1은 최종 정산 확정을 준다 제가 처음 접했던 L2의 인상은 이랬습니다.L2는 그냥 수수료가 싼 이더리움이다블록에 들어갔으면 끝이다L2도 결국 이더리움이니 확정은 하나일 것이다하지만 롤업은 구조적으로 확정이 2층입니다.L2 내부에서 먼저 포함과 체감 확정이 생기고그 결과가 L1에 게시되어 정산 확정이 생긴다이 차이를 이해 못 하면 제품 정책이 흔들립니다.결제 완료를 언제로 볼지출금이 왜 늦는지장애가 났을 때 어디까지 신뢰할지 요약질문L2에서의 답L1에서의 답누가 순서를 정하나시퀀서 sequencer밸리데이터 ..

이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목표는 한 문장입니다.온체인 상태 변화의 흔적을 이벤트 로그로 읽고, 그걸 오프체인 시스템에 안전하게 반영하는 감각을 만든다 제가 처음 체인 기반 서비스를 바라봤을 때의 생각입니다.체인에서 읽어오면 되지, 굳이 인덱서를 왜 운영하지트랜잭션 해시만 알면 서비스 상태를 다 알 수 있지 않나이벤트는 단순 로그라서 중요한 정보가 아니다현실은 반대에 가깝습니다.읽기 트래픽을 체인에 직접 때리면 운영이 깨진다서비스 화면은 거의 항상 오프체인 머티리얼라이즈드 뷰가 된다이벤트 로그는 온체인에서 오프체인으로 넘어오는 가장 실용적인 신호다 요약개념web2 비유온체인 의미이벤트 로그 event감사 로그, CDC 스트림상태 변경의 흔적, 인덱싱 원재료..

이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목표는 web2 락킹 사고를 체인식으로 변환하는 것입니다.동시성 이슈가 없는가라는 질문에 대답하기락 대신 순서 결정이 핵심이라는 점을 잡기nonce와 조건부 커밋을 제품과 운영 감각으로 연결하기 Web2 개발자인 제가 바라봤던 블록체인은 이랬습니다.체인은 분산 시스템이니 레이스 컨디션 지옥일 것이다그러니 뭔가 분산 락 같은 게 있겠지아니면 결국 중앙화 서버가 순서를 정하겠지하지만 EVM 계열의 기본 해법은 단순합니다.모든 상태 변경을 전역 순서로 직렬 실행한다락을 쓰지 않는 대신, 전 세계가 같은 커밋 로그 순서를 공유하는 모델입니다. 요약web2 개념체인 개념동시 요청mempool에 동시에 들어오는 tx트랜잭션 격리 수준선택 ..

이 글은 Ethereum 및 EVM 계열을 기준으로 설명합니다. 이번 편의 목적입니다.실패가 왜 비용을 만드는가그 비용을 제품과 운영 정책으로 어떻게 흡수할 것인가재시도 상태 머신을 어떻게 잡을 것인가 제가 처음 온체인 결제를 바라봤을 때 들었던 생각입니다.실패는 롤백이니 비용도 0이다실패는 예외 케이스라서 UX 로 숨기면 된다재시도는 그냥 다시 보내면 된다하지만 체인에서는 실패가 정상입니다.그리고 실패는 운영비로 곧바로 변환됩니다. 요약질문결론왜 실패가 돈이 드나실행 자원을 이미 소비했기 때문누가 돈을 내나트랜잭션을 제출한 주소무엇이 가장 비싼 실패인가out of gas, 잘못된 수수료, 무한 재시도제품이 해야 할 일실패를 상태로 만들고, 사용자에게 선택지를 준다운영이 해야 할 일재시도 정책, 알림, ..