왜 Algonius의 모든 부분이 MCP 서버인가

대부분의 트레이딩 봇은 하나의 바이너리입니다. API 키와 설정 파일을 넣으면 루프가 돌고, 당신이 얻는 인터페이스는 작성자가 남기기로 한 로그만입니다. 새벽 3시에 문제가 생기면, 남의 제어 흐름을 읽게 됩니다.

우리는 반대로 갔습니다. Algonius는 네 개의 독립 서비스이고, 각 서비스는 자신의 능력을 Model Context Protocol로 노출합니다.

네 개의 경계

이 분할은 임의가 아닙니다. 각 서비스는 실패 모드가 정말로 다른 자원을 소유합니다.

• algonius-browser는 인지를 소유합니다. 페이지 레이아웃이 바뀌면 실패합니다.
• algonius-agent는 결정을 소유합니다. 전략이 틀리면 실패합니다.
• algonius-wallet는 키와 정산을 소유합니다. 체인이 혼잡하면 실패하고 — 키가 새면 재앙이 됩니다.
• algonius-supervisor는 가동 시간을 소유합니다. 프로세스가 조용히 죽으면 실패합니다.

넷을 하나의 바이너리에 넣으면 폭발 반경이 하나입니다. 나누면 월렛이 전략 엔진이 덮어쓸 수 없는 지출 한도를 강제할 수 있습니다. 전략 엔진은 프로토콜 경계 반대편에 있고, 요청만 할 수 있기 때문입니다.

키는 모델 컨텍스트에 들어가지 않습니다

이 부분은 크게 말할 가치가 있습니다. algonius-wallet는 서명 재료를 들고 있는 네이티브 호스트 프로세스를 실행합니다. 모델 — 어떤 모델을 연결하든 — 보는 것은 툴 목록입니다.

{
  "tools": [
    { "name": "get_balance", "description": "Read balances for a chain" },
    { "name": "get_quote",   "description": "Price a swap before executing" },
    { "name": "swap",        "description": "Execute a swap, subject to policy" }
  ]
}

프라이빗 키는 툴이 아니므로 절대 보이지 않습니다. 악성 토큰 설명에 프롬프트 인젝션당한 에이전트가 할 수 있는 최악은, 당신이 설정한 한도 안에서 swap을 호출하는 것입니다. 애초에 받지 못한 것을 빼낼 수는 없습니다.

부작용: 조각만으로도 쓸모가 있습니다

경계가 함수 호출이 아니라 프로토콜이기 때문에, 각 서비스는 트레이딩 루프 밖에서도 쓸모가 있습니다. algonius-browser가 가장 분명한 예입니다. 지금 쓰는 사람 대부분은 우리와 거래를 한 적이 없습니다. 진짜 브라우저를 움직일 MCP 서버가 필요했을 뿐이고, 우리 에이전트에게 눈이 필요해서 만들어 둔 것이 그 서버입니다.

우리가 선택한 거래는 이렇습니다. 운영 표면은 조금 늘어나는 대신, 모든 경계가 검사 가능하고 모든 구성 요소를 당신 것으로 갈아 끼울 수 있는 시스템입니다.

어디서든 시작하세요. 저장소는 모두 Apache-2.0입니다.