시장을 설계하려면 비판적 사고, 경제적 직관, 시스템 지식, 그리고 안목이 필요합니다. 그중 앞의 세 가지는 기본 조건입니다. 엔지니어로서 '맛'이란 시스템이 '작동'하더라도 숨겨진 취약점이 있을 때 느끼는 본능적인 불편함입니다. 왜 그런지 정확히 설명하기 전에 무언가 고장 났다는 것을 직감하고, 그 원인을 찾을 때까지 계속해서 불안에 시달리는 것이죠. 이것이 제가 아는 유일한 제작 방식이며, 경험을 통해 다듬어진 방식입니다. Serum의 매칭 엔진은 매칭과 결제를 두 개의 별도 트랜잭션으로 분리하는 이벤트 큐를 사용했습니다. 처음 코드를 읽었을 때 뭔가 잘못됐다는 것을 알았습니다. 이 설계는 가장 중요한 단계에서 비동기적 병목 현상을 초래했습니다. 모든 메이커 거래는 자금이 사용 가능해지기 전에 제3자 트랜잭션을 기다려야 했습니다. Phoenix V1은 모든 거래의 양측을 원자적으로 결제함으로써 이 문제를 해결했습니다. 2022년 당시 솔라나(Solana) 의 모든 인덱서는 상태 재구성을 위해 프로그램 로그에 의존했습니다. 문제는 프로그램 로그가 잘릴 수 있다는 점이었고, 이를 기반으로 구축된 시스템은 데이터 무결성을 완벽하게 보장할 수 없었습니다. 저는 이것이 용납할 수 없는 문제라고 생각하여, 호출 데이터에 이벤트를 발생시키는 방식으로 아무런 작업도 수행하지 않는 CPI(Current Point Interpreter)를 사용하는 방법을 개척했습니다. 이 메커니즘은 현재 솔라나(Solana) 전반에 걸쳐 널리 채택되었으며 Anchor에서도 기본적으로 지원됩니다. 취약한 시스템은 압력이 높을 때 무너지며, 시장은 높은 압력이 기본 상태인 적대적인 환경입니다. 솔라나(Solana) 플랫폼에 퍼프스 거래소(perps exchange)를 구축하는 것은 디파이(DeFi) 분야에서 가장 어려운 과제 중 하나입니다. 마진 시스템, 펀딩 비율 메커니즘, 청산 엔진, 오라클 통합 등은 모두 잘못된 결정 하나가 재앙으로 이어질 수 있는 영역입니다. 저희 팀은 TradFi에서 실제 시장에서 거래하고 실제 거래 시스템을 구축해 왔습니다. 시장이 스트레스 상황에서 어떻게 움직이는지 직접 경험해 봤기 때문에 누구보다 잘 알고 있습니다. 이러한 경험을 통해 어떤 절충안이 중요하고 어떤 절충안은 중요하지 않은지 직관할 수 있게 되었습니다. 또한, 더 쉬운 길이라 할지라도, 직감적으로 잘못된 것처럼 느껴지는 중요한 절충안은 절대 받아들이지 않습니다. 우리는 그동안 많은 실수를 저질렀지만, 항상 핵심 경로에서 그 실수들을 배제해 왔습니다. 훌륭한 디자인과 탄탄한 기반은 예상치 못한 상황에 대처하고 큰 변화 없이 적응할 수 있는 여지를 제공합니다. 솔라나(Solana) 사법 시스템 내 범죄자 검거에서 승리하려면, 취약성에 대해 병적으로 불편함을 느끼는 사람들로 구성된 기반이 필요합니다. 바로 우리가 그런 사람들입니다. 나머지는 실행일 뿐입니다.