explorer에서 confirmation 1이 뜨면 그 거래는 끝난 것처럼 보입니다. 같은 node에서 그 block을 무효화하면 거래는 다시 mempool로 돌아옵니다. 확인 횟수는 balance처럼 저장되는 플래그가 아니라, 지금 활성 체인 팁에 그 거래가 들어 있는지를 센 값입니다. 이전 글에서 돈은 미사용 출력으로만 존재한다는 점을 확인했습...
block explorer에서 비트코인 wallet을 열면 balance가 딱 붙어 나옵니다. 그런데 비트코인의 데이터 구조 어디에도 balance라는 필드는 없습니다. balance라는 저장된 값을 읽어온다면 어디에 들어 있을까요. 답은 없음입니다. balance는 저장되지 않고, 미사용 출력(UTXO)을 전부 모아 합한 값을 매번 계산해서 보여줄 ...
기능을 다 만들고 나서 테스트를 쓰다 보면, 테스트가 한 번도 실패하지 않고 바로 통과하는 경험이 있습니다. 코드를 고치기 전에도 통과하고, 일부러 버그를 넣어도 여전히 통과한다면 그 테스트는 아무것도 증명하지 않습니다. 반대로 구현보다 테스트를 먼저 쓰면, 테스트는 반드시 한 번은 실패합니다. 이 실패가 정확히 무엇을 증명하는지가 TDD(Test-D...
“blockchain은 암호화되어서 안전하다”는 설명을 자주 봅니다. 그런데 Bitcoin transaction을 block explorer에서 열어보면 송금액, 수신자, 합계가 전부 평문으로 보입니다. 암호화가 핵심이라면 이 내용은 왜 숨겨져 있지 않을까요? blockchain이 암호학으로 푸는 문제는 기밀성이 아닙니다. 무결성과 인증입니다. 누가...
마크다운으로 지식 베이스를 운영하는 사례가 늘면서 그 형식을 규정하려는 시도도 나오고 있습니다. Google Cloud가 공개한 OKF(Open Knowledge Format)가 그중 하나입니다. 마크다운 파일 트리와 YAML frontmatter만으로 지식 묶음을 정의하고, 특정 LLM이나 벡터 DB, SaaS를 요구하지 않습니다. 같은 재료를 쓰기...
위키에 문서를 추가하면 검색도 함께 좋아진다고 가정하기 쉽습니다. 실제로는 반대로 움직이는 구간이 있습니다. 문서가 늘면 비슷한 주제의 후보가 같이 늘어 정답이 상위 결과 밖으로 밀리고, 허브 문서에 연결되지 않은 채 쌓인 문서는 검색 후보 풀에조차 안정적으로 들어가지 못합니다. 문서는 쌓이는데 검색은 나빠집니다. 이 구간을 판별하려면 검색 품질이 ...
LLM Wiki의 개념을 이해했다면 다음 단계는 직접 구축하는 것입니다. 이 글에서는 마크다운 vault 하나를 검색 가능한 LLM Wiki로 만드는 과정을 정리합니다. 도구는 Obsidian과 git, 검색 스크립트면 충분하며 특정 SaaS 구독이나 벡터 DB 클러스터는 필요하지 않습니다. 1. 저장소 설계 시작은 디렉터리 구조를 정하는 것입...
AI 에이전트를 업무에 활용하면 문서와 지식을 어떻게 관리할지가 새로운 문제로 등장합니다. 사람이 읽기만 하면 되던 문서와 달리, LLM이 질의 시점에 검색해서 읽을 수 있어야 하기 때문입니다. LLM Wiki는 이 조건에 맞춰 지식 베이스를 설계하는 방법론입니다. 이 글에서는 LLM Wiki가 무엇인지, 왜 필요한지, 어떤 구조로 구성되는지를 정리합...
Jenkins Operator를 운영하다 보면 이런 상황을 만납니다. JCasC 설정을 변경했는데 Jenkins에 반영되지 않습니다. Operator 로그를 보면 같은 에러가 반복되다가 어느 순간 조용해집니다. CR을 지우고 다시 만들면 동작합니다. 왜 그런지 이해하려면 Operator가 한 패스(pass)에서 무엇을 어떤 순서로 수행하는지 소스 코드...
Jenkins Item을 만들면서 Pipeline script 박스에 Groovy를 붙여넣은 적이 있다면, 그 스크립트가 지금 어디에 있는지 한 번 생각해 보아야 합니다. Jenkins 컨테이너 안의 설정 파일 안에 있습니다. git으로 관리되지 않고, 코드 리뷰를 거치지 않으며, Jenkins를 재구축하면 사라집니다. 파이프라인을 고치려면 Jenki...