Untrusted Authors, Trusted Answers: A Calculus of Fidelity-Graded Translations
이 논문은 신뢰할 수 없는 LLM이 프로그래밍 언어 간의 자기 인증 및 충실도 등급이 매겨진 번역을 생성할 수 있도록 하는 Lean 4 기계화된 계산법과 이중 평면 시스템("hurdy-gurdy")을 제시하며, 이를 통해 지속적으로 진화하는 인간 검증 기반의 신뢰 그래프가 점점 더 높은 확신과 함께 결정 가능한 프로그램 질문들로 수렴하도록 보장한다.
원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기
탐정의 딜레마: 메신저를 믿을 수 없을 때
당신이 자동차 엔진이나 비디오 게임 캐릭터의 행동처럼 복잡한 기계에 대한 미스터리를 풀려고 한다고 상상해 보십시오. 당신은 다음과 같은 질문을 던집니다: "내가 시속 50마일로 가속 페달을 밟으면 이 차가 충돌할까?" 이 질문에 답하기 위해, 당신은 단순히 차를 바라보는 것만으로는 부족합니다. 차의 무질서한 실제 역학 관계를 수학 방정식과 같이 똑똑한 컴퓨터 솔버(solver)가 이해할 수 있는 언어로 번역해야 합니다. 하지만 여기에 함정이 있습니다. 차를 수학으로 번역하는 사람이 실수를 할 수도 있다는 점입니다. 아마도 그들은 기어 하나를 빠뜨렸거나, 브레이크가 작동하는 방식을 오해했을 수도 있습니다. 만약 번역가가 틀렸다면, 수학 솔버는 '틀린 질문'에 대해 '완벽한 정답'을 내놓게 됩니다.
컴퓨터 과학의 세계에서 이것은 '번역'의 문제입니다. 우리는 프로그램의 안전성을 확인하기 위해 한 언어(예: C 또는 Python)에서 다른 언어(예: 솔버를 위한 논리 퍼즐)로 프로그램을 옮겨야 할 때가 많습니다. 전통적으로 과학자들은 번est가 완벽하다는 것을 단 한 번의 증명을 통해 입증하려고 노력했습니다. 마치 누구나 운전하기 전에 다리가 안전한지 인증하는 것과 같습니다. 하지만 이는 매우 어려운 일이며, 특히 번역기가 복렴하거나 심지어 인공지능에 의해 작성된 경우라면 더욱 그렇습니다. 이 논문은 다른 질문을 던집니다. 만약 우리가 번역기가 완벽하다는 것을 증명하는 것을 포기하는 대신, 번역기가 작동하는 동안 그 실수를 잡아내는 시스템을 구축한다면 어떨까요? 이것은 단 한 명의 가이드가 숲을 안내하도록 믿는 것과, 서로의 지도를 확인하는 팀의 가이드들이 있는 것의 차이입니다. 그리고 만약 그들이 의견이 다를 경우, 당신은 멈춰 서서 누가 틀렸는지 파악해야 한다는 규칙이 있는 상태 말입니다.
"허디 거디(Hurdy-Gurdy)" 머신: 신뢰할 수 있는 답변을 만드는 공장
이 논문은 **허디 거디(hurdy-gurdy)**라고 불리는 시스템을 소개합니다 (음악을 연주하기 위해 크랭크를 돌리는 악기의 이름을 땄지만, 여기서는 답변을 만들어낸다는 의미입니다). Christoph Kirsch가 이끄는 저자들은 컴퓨터 프로그램을 다루는 새로운 방식을 제안합니다. 즉, 모든 단계가 확인되고 모든 답변에 영수증(증거)이 첨부되는 '전화기 놀이(telephone)' 게임처럼 취급하는 것입니다.
핵심 아이디어는 단순하지만 강력합니다: 번역가를 믿지 말고, 프로세스를 믿으십시오.
C 언어로 작성된 프로그램에 대해 질문이 있다고 가정해 봅시다. 시스템은 이 프로그램을 단 하나의 경로로 보내는 대신, 두 개의 서로 다른 경로로 보냅니다.
- 번역 (The Translation): 프로그램은 더 단순한 논리 언어로 번역됩니다 (마치 소설을 수학 방정식으로 바꾸는 것과 같습니다).
- 이중 확인 (The Double-Check): 시스템은 원래의 프로그램과 번역된 버전을 나란히 실행합니다. 그리고 두 프로그램이 동일하게 작동하는지 확인합니다. 만약 그렇다면 잘 된 일입니다! 만약 그렇지 않다면, 시스템은 마치 심판이 선수의 반칙 순간에 휘슬을 부는 것처럼, 두 프로그램이 어느 지점에서 갈라졌는지를 정확히 지목합니다.
- "위트니스(Witness)" 트릭: 만약 솔버가 "네, 충돌이 가능합니다"라고 말한다면, 시스템은 단순히 솔버의 말을 그대로 믿지 않습니다. 시스템은 그 "증거"(충돌을 일으키는 구체적인 조건들)를 가지고 번역 과정을 역순으로 거슬러 올라갑니다. 그 조건들을 원래의 프로그램에 다시 입력합니다. 만약 원래의 프로그램이 실제로 충돌한다면, 그 답변은 100% 진짜입니다. 시스템이 범죄 현장을 "재현(replay)"해낸 것입니다.
두 개의 평면: 구축과 사용
이 시스템은 공장 바닥과 전시장처럼 두 개의 뚜렷한 모드를 가집니다.
- 사용 평면 (The Use Plane - 전시장): 이곳에서 답변이 만들어집니다. 여기서 AI(또는 인간)는 질문을 던집니다. 시스템은 단순히 추측하지 않습니다. 경로를 선택하고, 번역을 확인하며, 만약 답변이 "네, 가능합니다"라면 재현(replay)을 실행하여 증명합니다. 만약 답변이 "아니요, 불가능합니다"라면, 시스템은 여러 번역기, 여러 솔버, 그리고 수학적으로 검증된 인증서라는 일련의 확인 체계에 의존하여 확신을 얻습니다.
- 진화 평면 (The Evolution Plane - 공장): 이곳은 시스템이 성장하는 곳입니다. 만약 시스템이 질문에 답할 수 없다면, 그냥 포기하지 않습니다. 시스템은 왜 실패했는지(예: "특정 유형의 루프에 대한 번역기가 없습니다")를 기록합니다. 그런 다음 AI를 사용하여 그 빈틈을 채울 새로운 번역기를 만듭니다. 새로 만들어지면, 이 번역기는 기존의 것들과 대조 테스트를 거칩니다. 통과하면 레지스트리에 추가됩니다. 실패하면 수정됩니다. 이 루프는 무한히 반복되며 시스템을 더 똑똑하고 신뢰할 수 있게 만들지만, 결정적으로 성장 과정 자체는 질문에 답하지 않습니다. 그것은 오직 답변을 위한 도구를 구축할 뿐입니다.
"신뢰할 수 없는 저자들"이라는 반전
이 논문의 가장 놀라운 부분은 번역기 자체가 신뢰할 수 없는 AI 에이전트에 의해 구축되었다는 점입니다. 저자들은 직접 코드를 짠 것이 아니라, 한 페이지 분량의 설명서를 바탕으로 AI 모델에게 번역기를 작성하도록 요청했습니다. 보통 이런 상황은 재앙이 될 것입니다. 하지만 시스템이 모든 단계를 확인하기 때문에, AI의 실수는 즉시 포착되었습니다.
예를 들어, 한 실험에서 AI 번역기가 특정 명령어를 놓쳐서 원래 프로그램과 다르게 동작하게 만들었습니다. 시스템의 "스퀘어 체크(square check, 양방향 비교)"가 오류를 즉시 발견했고, 정확히 어떤 라인과 어떤 변수가 잘못되었는지 짚어냈습니다. 시스템은 그 후 번역기를 수정했습니다. 이 논문은 AI 저자가 틀릴 수 있음에도 불구하고, 시스템의 *구조(architecture)*가 최종 답변의 신뢰성을 보장한다는 것을 보여줍니다.
시스템이 찾아낸 것 (그리고 찾지 못한 것)
저자들은 2026년 7월의 작업 스냅샷을 바탕으로 이 시스템을 실행했습니다. 측정 결과는 다음과 같습니다.
- 커버리지 (Coverage): 그들은 13가지의 서로 다른 언어(C, Python, 심지어 화학 반응 네트워크 포함)로부터 프로그램을 논리 솔버로 성공적으로 번역했습니다. RISC-V 프로세서 언어의 경우, 특정 명령어 유형 96개 중 96개 모두를 커버했습니다. 즉, 시스템이 정보를 놓치지 않고 모든 명령어를 처리할 수 있음을 의미합니다.
- 일치성 (Agreement): 동일한 질문을 두 가지 다른 번역 경로(하나는 매뉴얼 기반, 하나는 형식 모델 기반)로 보냈을 때, 테스트 케이스에서 답변이 100% 일치했습니다.
- 결함 포착 (Defects Caught): 시스템은 자체 번역기와 도구에서 24개의 구체적인 결함을 찾아냈습니다. 어떤 것은 단순한 오타였고, 어떤 것은 AI가 컴퓨터 명령의 작동 방식을 오해한 논리적 오류였습니다. 결정적으로, 시스템은 인간이 코드를 들여다보지 않고도 이러한 오류를 찾아냈습니다.
- "사각지대" (The Blind Spot): 시스템은 한계점도 발견했습니다. 만약 두 개의 서로 다른 번역기가 (둘 다 동일한 규칙을 오해했기 때문에) 똑같은 실수를 저지른다면, 시스템은 이를 잡아낼 수 없습니다. 이를 "공통 모드 고장(common-mode failure)"이라고 합니다. 논문은 이것이 리스크임을 인정하지만, 시스템은 다양한 출처의 번역을 사용하여 이 위험을 최소화하도록 설계되었습니다.
- LLM 플레이어: 그들은 AI가 시스템을 사용하여 질문에 답할 수 있는지 테스트했습니다. 한 실험에서 도구가 없는 AI는 8개 중 7개의 질문을 맞혔지만 어려운 문제에서는 추측했습니다. 반면 시스템을 사용하는 AI는 8개 중 8개를 모두 맞혔으며, 모든 답변에는 기계로 검증된 증거가 첨부되었습니다.
결론
이 논문은 모든 컴퓨터 안전 문제를 해결했다고 주장하는 것이 아닙니다. AI 번역기가 이제 완벽해졌다고 말하는 것도 아닙니다. 대신, 신뢰할 수 없는 부품들로 신뢰할 수 있는 시스템을 구축할 수 있음을 증명합니다.
모든 번역을 잠재적인 실수로 간주하고, 개선 사항이 반드시 적용되도록 하는 "래칫(ratchet, 역행 방지 장치)"을 구축함으로써, 시스템은 신뢰의 사다리를 만듭니다. 만약 질문이 "이런 일이 일어날 수 있는가?"라면, 시스템은 사건을 재현하여 증명할 수 있습니다. 만약 답변이 "아니요, 이것은 불가능합니다"라면, 시스템은 독립적인 확인 절차와 수학적으로 검증된 인증서 체인을 사용하여 확신을 얻습니다.
저자들은 이 접근 방식—경로의 그래프를 사용하고, 모든 단계를 확인하며, 증거를 재현하는 방식—이 현대 소프트웨어의 복잡성을 다루는 데 있어 유효한 방법임을 결과적으로 보여줍니다. 이는 도구를 만드는 사람들(또는 AI)이 결함이 있을지라도 말입니다. 이것은 "저자를 신뢰하는 것"에서 "구조를 신뢰하는 것"으로의 패러다임 전환입니다.
연구 분야의 논문에 파묻히고 계신가요?
연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.