같은 계정 안에서 정책 구성을 똑같이 맞춰 놓고 secret 하나를 읽게 했는데 principal 종류에 따라 결과가 갈리는 상황이 있습니다. permission boundary에는 Secrets Manager 액션이 한 줄도 없고, identity-based policy에도 없으며, secret의 resource policy만 secretsmanag...

계정이 100개인 조직에서 개발팀이 승인되지 않은 리전에 리소스를 만드는 일이 반복된다고 해보겠습니다. 가장 먼저 떠오르는 조치는 조직 root에 리전을 제한하는 Service Control Policy를 붙이는 것입니다. 그런데 같은 조치가 조건에 따라 세 갈래로 갈립니다. 조직이 consolidated billing features 모드라면 SC...

AWS Certified Solutions Architect - Professional은 AWS 인증 체계의 Professional 등급에 속하는 솔루션 아키텍트 자격증입니다. 줄여서 SAP라고 부르고, 현재 유효한 시험 버전은 SAP-C02입니다. 180분 동안 75문항을 풀고, 1000점 만점에 750점 이상이면 합격합니다. AWS는 이 시험이 ...

새 체인 공지를 받으면 토큰 이름보다 먼저 물을 것이 있습니다. 머리는 어떤 객체인가, 실행은 어디에 있는가, 그 답을 어느 RPC가 주고 있는가. 이 글은 Solana 노드를 띄우지 않습니다. Solana 공식 RPC 문서의 commitment와, 이 시리즈가 이미 관측한 Bitcoin/Ethereum 실패를 같은 검사 순서로 맞춥니다. 이전 글에...

같은 Solidity 파일이라도 컴파일러 버전이 바뀌면 체인에 올라가는 프로그램이 바뀝니다. 9편 Escrow 소스를 Foundry 1.7.1에서 solc 0.8.35와 0.8.28로 각각 빌드했습니다. deployedBytecode 길이는 둘 다 5234 hex였고, sha256은 달랐습니다. 이전 글에서 Anvil에는 builder 시장이 없음을...

공개 mempool에 들어간 거래는 아직 block이 아닙니다. 그 거래를 누가 어떤 순서로 묶는지가 한 칸의 가치가 됩니다. ethereum.org는 그 가치를 Maximal extractable value, MEV라고 부릅니다. 이전 글에서 RPC 잔액이 node마다 다름을 봤습니다. 이번에는 같은 체인 안에서, 아직 확정되지 않은 거래 목록을 ...

탐색기 한 칸의 balance는 그 사이트가 고른 node의 답입니다. 같은 address를 다른 RPC에 물으면 숫자가 갈라집니다. 브리지가 그 숫자 하나를 다른 체인에 mint하면, 옮기는 것은 자산이 아니라 그 node를 믿겠다는 결정입니다. 이전 글에서 sequencer RPC의 confirmation이 L1 finalized가 아님을 봤습니...

L2 explorer의 confirmation 1은 L1의 finalized가 아닙니다. 거래를 받은 쪽이 sequencer이고, 그 결과를 Ethereum에 올리는 쪽이 batch이며, 정착 시계는 L1 합의입니다. 이전 글에서 공개 니모닉을 운영키로 쓰지 않는 이유를 봤습니다. 이번에는 그 키가 붙는 RPC가 한 체인이 아닐 수 있음을 봅니다. ...

Anvil을 켜면 계정 0의 address는 항상 0xf39Fd6e5...입니다. 그 값은 마법이 아닙니다. Foundry가 문서에 적어 둔 12단어 니모닉의 인덱스 0입니다. 그 문구를 아는 사람은 같은 개인키를 다시 계산할 수 있습니다. 이전 글에서 머리가 갈라지거나 멈추는 모양을 봤습니다. 이번에는 그 머리에 서명을 넣는 키를 로컬에서만 다룹니...

indexer가 confirmations >= 1을 보면 입금을 끝낸 것처럼 움직입니다. 같은 숫자를 Bitcoin node와 Ethereum node에 물으면, 돌아오는 객체가 다릅니다. 하나는 지금 활성 팁까지의 깊이이고, 다른 하나는 checkpoint 투표가 만든 finalized 높이입니다. 이전 글에서 권한과 event로 이더를 잠갔...