01
온체인 강제
필요한 서명과 정책 검사를 통과하기 전에는 거래가 실행되지 않습니다.
Product · ControlRail
거래 흐름에 실행 조건을 붙이는 통제 레이어.
정책·KYT·필수 승인·감사 기록을 거래 흐름에 하나로 묶습니다. 지갑은 비수탁 그대로, 실행은 필요한 조건을 통과해야 진행됩니다.
01왜 ControlRail인가
통제는 앱이 아니라 체인에서 강제돼야 합니다.
앱이나 서버에만 있는 승인은 우회할 수 있습니다.ControlRail은 승인을 실행 조건으로 바꿔, 통과하지 못한 거래는 실행되지 않습니다.
02
비수탁
키는 유저가 그대로 보유하고, 기관은 그 거래의 실행 여부만 통제합니다.
03
감사 기록
허용·보류·거절·실행 결과가 모두 검토 가능한 기록으로 남습니다.
04
실행 전 위험 확인
거래가 실행되기 전에 KYT로 위험을 먼저 걸러냅니다.
02작동 방식
모든 요청은 실행 전에 하나의 게이트를 통과합니다.
흐름은 단순합니다. 요청을 준비하고, 위험과 승인을 확인하고, 조건이 맞는 거래만 실행하고, 이후 확인할 수 있는 기록을 남깁니다.
01
01Prepare
Prepare
지갑이 거래 요청을 만들면, ControlRail이 실행에 필요한 정책 조건을 함께 붙입니다.
정책 조건을 먼저 붙입니다
Policy
- 유저 키는 그대로 지갑에 남습니다
- 금액, 경로, 상대 지갑, 프로그램 규칙을 요청에 함께 묶습니다
- 거래는 실행되기 전 검토 가능한 요청 상태로 머뭅니다
02
02Approve
Approve
기관이 승인 여부를 결정합니다. ControlRail은 그 전에 KYT 위험과 필수 승인을 함께 확인합니다.
위험과 승인 여부를 확인합니다
KYT
- 정책과 위험 기준을 통과한 요청만 다음 단계로 넘어갑니다
- 위험하거나 기준에 맞지 않는 요청은 보류하거나 거절합니다
- 승인 경로와 판단 결과는 실행 기록에 함께 남습니다
03
03Enforce
Enforce
실행 조건을 통과한 요청만 각 체인 어댑터를 거쳐 제출됩니다.
실행 조건을 강제합니다
Approval
- 승인된 요청만 실행 경로로 넘어갑니다
- 거절되거나 조건이 부족한 요청은 제출 전에 멈춥니다
- 체인별 강제 방식은 다음 단계에서 연결됩니다
04
04Audit
Audit
승인·보류·거절·실행 결과가 모두 기관이 나중에 확인할 수 있는 기록으로 남습니다.
감사 기록을 남깁니다
Audit
- 정책 버전과 승인 경로
- 위험 판단과 거절 사유
- 실행 상태와 거래 참조값
03체인별 강제 방식
하나의 통제 모델을 각 체인의 강제 방식에 연결합니다.
ControlRail의 핵심은 특정 체인이 아니라 실행 조건입니다. 정책 승인, 위험 확인, 필수 승인, 감사 기록을 먼저 정하고, 각 체인 어댑터가 그 조건을 해당 네트워크의 강제 방식으로 연결합니다.
EVM 스마트 계정 검증
EVM에서는 스마트 계정이 실행 전에 필요한 승인을 검증하고, 통과한 거래만 실행합니다.
온체인 멀티시그 정족수
멀티시그를 지원하는 체인에서는 정족수를 채우지 못한 거래를 온체인에서 막습니다.
04도입 방식
기관이 이미 일하는 곳에 연결합니다.
ControlRail은 모듈, 전용 월렛, SDK·콜백으로 제공됩니다. 연결 지점은 하나로 좁게 유지합니다. 정책을 넣으면 실행 증거가 남습니다.