프로바이더 연결
Fireblocks, BitGo, Copper, Safe를 연결. Alloy가 객체를 하나의 모델로 매핑 — 마이그레이션 불필요.
비수탁 · 프로바이더 중립 · API 우선
지갑 프로바이더 위의 컨트롤 플레인.
Fireblocks, BitGo, Copper, Safe 위에 위치한 하나의 레이어. 운영, 정책, 리스크, 대사, 컴플라이언스를 — 커스터디 이동 없이.
커스터디 리스크 제로 5개 이상 프로바이더 지원 8개 모듈러 컴포넌트 첫날부터 감사 대응
Alloy Console Control plane
Providers
Transactions
Policy
Risk
Audit
Provider operations
One operating model for accounts, signing, transaction state, controls, and reconciliation.
FireblocksConnected
BitGoConnected
Safe / EVMConnected
Transaction operationsLast 24h
USDC payout batch
Fireblocks intent normalized
Approved Fireblocks intent normalized
Provider failover test
BitGo route requires review
Review BitGo route requires review
아키텍처
커스터디 제공업체 위의 하나의 레이어.
제공업체가 서명과 키 관리를 담당합니다. Alloy는 개인 키에 접근하지 않고 운영 레이어를 추가합니다.
Alloy 컨트롤 플레인 비수탁형 운영 · 정책 · 리스크 · 정산 · 감사
+ 자체 호스팅 지갑 Alloy는 개인 키를 보유하지 않습니다. 커스터디는 제공업체가 유지합니다.
보유 키 0개Alloy는 프라이빗 키나 고객 자금의 커스터디를 절대 수행하지 않습니다
5개 이상 프로바이더Fireblocks, BitGo, Copper, Safe, 셀프호스트 지갑을 하나의 모델로
8개 모듈WalletKit, PolicyKit, RiskGuard, ShieldOS, ReconFlow 등
API 우선모든 작업은 구조화된 증거를 동반하는 결정적 API 호출
상위 레이어
지갑 프로바이더는 서명을 해결합니다. 나머지는 누가?
두 번째 프로바이더 추가, 컴플라이언스 리뷰, 결산. 모든 지갑 객체, 승인 흔적, 웹훅, 원장 내보내기가 하나의 프로바이더 모델에 묶여 있다는 것이 드러납니다. Alloy는 그 위의 운영 레이어입니다.
첫 번째 프로바이더 이후 무엇이 깨지는가
벤더 종속프로바이더 전환은 API 교체가 아니라 비즈니스 프로세스 재작성을 의미합니다.
감사 격차정책 결정과 승인 증거가 하나의 프로바이더 콘솔 안에 갇혀 있습니다.
대사의 고통재무팀이 매월 마감 시 CSV, 지원 티켓, 수동 스프레드시트를 이어 붙이고 있습니다.
컴플라이언스 리스크트랜잭션 실행 전 어떤 통제가 적용되었는지에 대한 단일 진실 소스가 없습니다.
운영 모델
프로바이더는 그대로. 위에 레이어를 추가.
프로바이더별 API는 계속 사용 가능. Alloy는 엔지니어링, 리스크, 컴플라이언스, 재무를 위한 공유 운영 레이어를 추가합니다.
하나의 운영 모델로 실행
엔지니어링, 컴플라이언스, 재무, 지원 — 모든 팀이 동일한 지갑, 트랜잭션, 증거를 확인.
성장에 따라 통제 추가
정책, 리스크 스코어링, 대사, 감사 모듈을 단계적으로 추가. 비즈니스 로직 변경 없이 프로바이더 전환 또는 추가 가능.
가장 먼저 필요로 하는 곳
이미 실제 자금을 움직이는 팀을 위해.
커스터디 프로바이더를 관리하고, 감사인에게 보고하고, 매월 결산한다면 — Alloy는 당신을 위한 것입니다.
왜 Alloy인가
커스터디 레이어 위에는 무엇이 있는가?
모든 프로바이더는 서명을 해결합니다. 멀티 프로바이더 운영, 감사 대응, 결산. 이것을 해결하는 것이 Alloy입니다.
벤더 종속 없음
비즈니스 프로세스 재작성 없이 프로바이더 전환 또는 추가 가능. 하나의 모델이 Fireblocks, BitGo, Copper, Safe, 셀프호스트 스택 전체에서 작동.
커스터디 리스크 제로
Alloy는 프라이빗 키에 접근하지 않습니다. 프로바이더가 커스터디를 유지 — 깨끗한 규제 경계와 간소화된 컴플라이언스.
사용한 만큼 지불
WalletKit 단독으로 시작. 정책, 리스크, 대사, 컴플라이언스 모듈은 운영상 필요할 때만 추가.
첫날부터 감사 대응
모든 작업이 구조화된 증거를 생성 — 정책 결정, 승인 체인, 대사 아티팩트. 엔지니어뿐만 아니라 컴플라이언스 팀을 위해 구축.
FAQ
자주 묻는 질문.
Alloy는 자금을 수탁합니까?▼
아닙니다. Alloy는 비수탁 소프트웨어입니다. 고객은 프로바이더 또는 셀프호스트 스택으로 커스터디를 유지합니다. Alloy는 프라이빗 키를 절대 보유하지 않습니다 — 이 깨끗한 분리는 설계에 의한 것입니다.
WalletKit이 처음 지원하는 프로바이더는?▼
초기 세트는 Fireblocks, BitGo, Copper, Safe 또는 셀프호스트 EVM 지갑입니다. 더 넓은 프로바이더 지원은 고객 수요에 따라 확대됩니다.
Alloy는 번들형 커스터디 플랫폼과 어떻게 다른가요?▼
Alloy는 지갑 및 커스터디 프로바이더 위의 프로바이더 중립 운영 레이어입니다. 번들형 플랫폼은 종속을 만듭니다. Alloy는 포터빌리티, 정규화된 상태, 정책 증거, 모든 프로바이더에 걸친 대사를 제공합니다.
"비수탁 컨트롤 플레인"이란?▼
컨트롤 플레인은 운영 관리 방법을 정규화합니다 — 지갑 객체, 트랜잭션 상태, 승인, 정책, 감사 추적 — 기초 자산을 전혀 보유하지 않으면서. 지갑 운영의 OS이지, 금고가 아닙니다.
재설계 없이 두 번째 커스터디 프로바이더를 추가할 수 있나요?▼
그것이 핵심 사용 사례입니다. WalletKit은 프로바이더 간 지갑 및 트랜잭션 객체를 정규화합니다. 두 번째, 세 번째 프로바이더 추가는 설정 변경이지 비즈니스 프로세스 재작성이 아닙니다.
Alloy는 컴플라이언스와 감사 증거를 어떻게 처리하나요?▼
모든 작업이 구조화된 증거를 생성합니다: 정책 결정, 리스크 점수, 승인 체인, 대사 아티팩트. ShieldOS는 KYT, AML 스크리닝, 컴플라이언스 보고를 필요에 따라 활성화하는 모듈로 추가합니다.
디지털 자산 운영을 간소화할 준비가 되셨나요?
프로바이더 스택과 과제를 알려주세요. Alloy가 어떻게 맞는지 매핑해 드리겠습니다.
✓ 커스터디 리스크 없음 ✓ API 우선 통합 ✓ 기존 스택과 호환
이메일을 선호하시나요? hello@alloy.build