Sentora가 이더리움 상에서 자체적으로 격리된 Aave V4 허브와 렌딩 스포크를 운영하자고 제안했다. 이는 Sentora가 담보 선택, 금리 곡선, 청산 설정, 오라클을 통제하는 대신 Aave DAO는 컨트랙트 소유권과 관리자 권한을 유지하는 구조다. 문제는 Aave의 기존 리스크 서비스 제공자 중 어느 곳도 Sentora의 인스턴스를 모니터링하거나 변경을 권고하거나 사고에 대응하도록 배정되지 않는다는 점이다. 이 제안은 ARFC로, 아직 논의 문서에 불과하다. 이후 Snapshot 투표와 공식 온체인 Aave 개선 제안(AIP)이 이어질 예정이다.
다른 누구와도 소통하지 않는 허브
격리가 핵심이다. Sentora의 허브는 다른 Aave DAO 허브와 신용 한도를 주고받지 않으며, 스포크는 Sentora 허브 내부의 공급자로부터만 자금을 끌어온다. 이 구조는 Sentora의 차입자가 Aave 주요 시장에서 유동성을 빼가는 것을 막는다. 하지만 Sentora 자체 허브 내부의 대출자에게는 아무런 보호가 되지 않으며, 이들은 스포크의 행동에 그대로 노출된다.
차입 가능 자산은 설계상 좁다. 해당 인스턴스는 RLUSD, PYUSD, OUSD로 제한된다. Aave 기존 활동의 대부분을 지탱하는 두 스테이블코인인 USDC와 USDT는 제외된다.
48시간 지연, 그리고 그것이 커버하지 않는 것
Sentora의 운영 역할에는 이례적인 분리가 따른다. 단방향 Risk Steward 역할을 통해 즉시 준비금을 일시정지 또는 동결하고, 자산이나 스포크를 중단하고, 담보 계수를 낮추거나 한도를 강화할 수 있다. 이는 모두 방어적 조치다.
리스크를 추가하는 모든 행위는 다르게 작동한다. 금리 모델 변경, 청산 구성 변경, 리스크 증가는 48시간 온체인 지연 후에만 효력을 발휘한다. 공개된 내용만으로는 DAO가 이러한 대기 중 조치에 대해 개별 취소 권한을 보유하는지 명시되지 않았다. 담보 추가나 또 다른 허브 배포는 2주간의 포럼 검토가 필요하며, 임명된 Aave DAO 서비스 제공자가 이의를 제기하면 구속력 있는 Snapshot 투표를 위해 해당 조치가 일시 중단된다.
DAO의 Governance Short Executor는 허브, 스포크, AccessManager에 대한 관리자 역할(컨트랙트 업그레이드 및 역할 부여 포함)을 유지한다. Sentora의 운영 역할은 온체인 거버넌스 제안을 통해 취소할 수 있다. Aave DAO는 키를 되찾을 수 있다. 다만 그 가게를 지켜볼 사람을 예산에 배정하지는 않았다.
Sentora의 제출물을 검토하는 대가를 받는 사람은 아무도 없다
이 제출 문서에서 가장 날카로운 부분이다. 어떤 서비스 제공자도 Sentora의 제출물을 검토하도록 범위가 정해지거나 보상을 받지 않으며, 해당 인스턴스는 제공자들의 모니터링, 파라미터 권고, 사고 대응 의무에서 명시적으로 제외된다. 2주 검토 기간은 존재하지만 배정된 검토자는 없다. 실제로 이의 제기 메커니즘은 DAO 서비스 제공자가 이의를 제기할 만한 무언가를 발견하는지에 달려 있다.
손실은 누가 부담하는가
Sentora의 상업 조건은 해당 인스턴스의 프로토콜 수익 50%를 Sentora에, 50%를 DAO에 배분하며, 이는 준비금 계수 수익과 프로토콜 청산 수수료를 포함한다. 손실 측면은 TokenLogic의 V4 Umbrella 제안을 따른다. 청산으로 인해 부채 부족분이 발생하면 스포크가 이를 허브에 보고하고, 허브는 해당 자산에 대해 적자를 기록한다. 해당 허브 자산의 공급자가 손실을 부담한다.
별도의 Aave V4 Umbrella ARFC는 Core WETH, Core USDC, Core USDT에 대한 적자 상계와 스테이킹 커버리지를 제안한다. 여기에는 Sentora가 제안한 허브가 명시되지 않았다. 따라서 백스톱 커버리지로 나열된 자산은 Sentora가 대출 대상으로 삼으려는 자산과 다르다.
Sentora CEO Anthony DeMartino는 2025년 11월 에세이에서 리스크 관리에는 측정 가능한 통제와 지속적인 모니터링이 필요하다고 주장했다. 이 제안은 측정 가능한 통제를 온체인에 두되 48시간 타이머와 단방향 킬 스위치 뒤에 배치한다. 지속적인 모니터링은 Sentora 자체가 담당한다.
다음 단계는 Snapshot 투표이며, 온도 확인이 유지되면 온체인 AIP로 이어진다.
