Sentora zaproponowała prowadzenie własnego odizolowanego Hubu Aave V4 i Spoke'ów pożyczkowych na Ethereum – rozwiązanie, które dałoby firmie kontrolę nad wyborem zabezpieczeń, krzywymi stóp procentowych, ustawieniami likwidacji i oracle'ami, podczas gdy Aave DAO zachowałoby własność kontraktów i prawa administracyjne. Haczyk: żaden z istniejących dostawców usług zarządzania ryzykiem Aave nie zostałby przypisany do monitorowania, rekomendowania zmian ani reagowania na incydenty w instancji Sentory. Propozycja ma status ARFC, co oznacza, że jest to na razie jedynie dokument do dyskusji. W dalszej kolejności miałoby odbyć się głosowanie Snapshot i formalna propozycja Aave Improvement Proposal na łańcuchu.
Hub, który nie rozmawia z nikim innym
Izolacja jest tu kluczowa. Hub Sentory nie miałby linii kredytowych do ani od innych Hubów Aave DAO, a jego Spoke'i czerpałyby wyłącznie od dostawców wewnątrz Hubu Sentory. Taka struktura powstrzymuje pożyczkobiorców Sentory przed wyciąganiem płynności z głównych rynków Aave. Nie robi jednak nic dla pożyczkodawców wewnątrz samego Hubu Sentory, którzy pozostają narażeni na wszystko, co robią jego Spoke'i.
Aktywa pożyczkowe są celowo wąskie. Instancja ogranicza się do RLUSD, PYUSD i OUSD. USDC i USDT są wykluczone – dwa stablecoiny, które stanowią fundament większości istniejącej aktywności Aave.
48-godzinne opóźnienie i czego nie obejmuje
Role operacyjne Sentory wiążą się z nietypowym podziałem. Firma może natychmiast wstrzymać lub zamrozić rezerwę, zatrzymać aktywo lub Spoke, obniżyć współczynnik zabezpieczenia lub zaostrzyć limit poprzez jednokierunkową rolę Risk Steward. Wszystkie te działania mają charakter obronny.
Wszystko, co zwiększa ryzyko, działa inaczej. Zmiany modelu stóp, zmiany konfiguracji likwidacji i zwiększenia ryzyka wchodzą w życie dopiero po 48-godzinnym opóźnieniu na łańcuchu. Opublikowane fakty nie precyzują, czy DAO ma indywidualne prawo do anulowania tych oczekujących działań. Dodanie zabezpieczenia lub wdrożenie kolejnego Hubu wymaga dwutygodniowego przeglądu na forum, a sprzeciw ze strony któregokolwiek z wyznaczonych dostawców usług Aave DAO wstrzymuje działanie do wiążącego głosowania Snapshot.
Governance Short Executor DAO zachowałby role administracyjne nad Hubem, Spoke'ami i AccessManager, w tym aktualizacje kontraktów i nadawanie uprawnień. Role operacyjne Sentory są odwoływalne w drodze propozycji zarządzania na łańcuchu. Aave DAO może odzyskać klucze. Po prostu nie przewiduje nikogo do pilnowania interesu.
Nikt nie jest opłacany za przegląd zgłoszeń Sentory
To najostrzejszy szczegół w dokumencie. Żaden dostawca usług nie ma zakresu obowiązków ani wynagrodzenia za przegląd zgłoszeń Sentory, a instancja jest wyraźnie wyłączona z mandatów dostawców dotyczących monitorowania, rekomendacji parametrów i reagowania na incydenty. Dwutygodniowe okno przeglądu istnieje, ale nie ma przypisanego recenzenta. W praktyce mechanizm sprzeciwu opiera się na tym, że dostawca usług DAO zauważy coś, przeciwko czemu warto zaprotestować.
Kto ponosi stratę
Warunki handlowe Sentory przyznają 50% przychodów protokołu z instancji Sentorze i 50% DAO, obejmując zyski z współczynnika rezerwy i opłaty za likwidację protokołu. Strona strat przebiega zgodnie z propozycją V4 Umbrella TokenLogic: jeśli likwidacja pozostawi niedobór zadłużenia, Spoke zgłasza go do Hubu, który zapisuje deficyt na poczet tego aktywa. Stratę ponoszą dostawcy tego aktywa w Hubie.
Odrębna propozycja Aave V4 Umbrella ARFC proponuje kompensowanie deficytów i pokrycie stawkowe dla Core WETH, Core USDC i Core USDT. Nie wymienia proponowanego Hubu Sentory. Zatem aktywa wymienione do pokrycia zabezpieczającego to nie te, przeciwko którym Sentora chce pożyczać.
Dyrektor generalny Sentory, Anthony DeMartino, argumentował w eseju z listopada 2025 r., że zarządzanie ryzykiem wymaga mierzalnych mechanizmów kontrolnych i ciągłego monitorowania. Propozycja umieszcza mierzalne mechanizmy kontrolne na łańcuchu, za 48-godzinnym licznikiem i jednokierunkowym wyłącznikiem awaryjnym. Ciągłe monitorowanie należy do samej Sentory.
Następny krok to głosowanie Snapshot, a potem AIP na łańcuchu, jeśli test temperatury się utrzyma.
