# Sentora Proposes Aave V4 Curated Hub: Risk and Control > Decentralized Finance Publication (decentralized-finance.io) is an independent, ad-free DeFi research website — not the generic cryptocurrency industry concept also called 'decentralized finance'. **Publisher:** Decentralized Finance Publication (https://decentralized-finance.io) **Author:** Decentralized Finance editorial team **Editorial responsibility:** Kaiser Khan, Editor in Chief **Category:** News **Published:** September 30, 2026 **Development stage:** Governance proposal **Updated:** September 30, 2026 **Trust:** Independent, ad-free editorial research. No display advertisements, no paid protocol coverage, no affiliate-driven rankings. ## Summary On 28 September 2026, Sentora proposed an externally curated Aave V4 instance on Ethereum. Borrowing would use RLUSD, PYUSD and OUSD. Sentora would manage market risk while the DAO retained contract ownership. The ARFC remains a proposal; no approved or live deployment was verified for this report. ## What has been proposed? The [Sentora ARFC](https://governance.aave.com/t/arfc-sentora-externally-curated-hub-spoke-framework-on-aave-v4/25723) includes immediate risk-reducing actions, a 48-hour delay for risk increases and two-week reviews for new hubs or assets. Revenue would be divided equally between Sentora and the DAO. No inter-hub credit line is requested. The text excludes this instance from Aave DAO risk-service-provider mandates. It says the DAO cannot cancel an individual scheduled risk increase; role revocation needs governance. The OUSD oracle is unspecified, and the narrative and table differ on initial collateral scope. Final clarification matters. ## Why the Hub and Spoke structure matters [Aave’s V4 documentation](https://aave.com/docs/aave-v4) describes a Hub as the shared liquidity and accounting layer. Spokes implement specific supply and borrowing use cases, with local collateral and oracle settings. Hub limits control how much each Spoke can add or draw. Users interact with the Spoke rather than treating every V4 deployment as a single identical pool. The documentation also distinguishes the shared utilization-based borrowing rate from a user’s collateral-dependent Risk Premium. A lending rate, a borrowing rate and a headline revenue share answer different questions. A supplier needs the rate after protocol fees; a borrower needs the full cost of the position. Read our [Aave research](/article/aave/) and [DeFi lending guide](/lending/) for the underlying mechanics. ## Contract ownership and day-to-day risk are different controls OpenZeppelin’s [AccessManager documentation](https://docs.openzeppelin.com/contracts/5.x/access-control) explains permissions as roles tied to functions on target contracts. Accounts can have execution delays, and delayed calls must be scheduled before execution. Administrators control role grants and revocations. The library also supports guardians that can cancel scheduled actions, but a particular deployment’s actual permissions must be checked; library capability alone does not prove that a named party holds it. Our interpretation is that a useful due-diligence question is “who can change what, and how quickly?” A governance owner, an operational curator and an emergency responder can be different parties. A review window helps only when someone monitors it, understands the change and has a practical way to respond. A long list of admin functions does not establish continuous risk oversight. ## A stablecoin loan still has several layers of exposure A supplier should examine the borrowed stablecoin and the collateral securing its loans separately. A borrower should also examine the asset they will owe if their collateral loses value. Dollar-denominated debt can become expensive to repay when the debt token trades above its intended peg, while collateral can lose value or become difficult to sell. A useful stress test asks whether the position remains viable if the collateral falls, debt interest rises and exit liquidity contracts at the same time. Our [DeFi risk calculator](/tools/defi-risk-calculator/) illustrates simplified scenarios; it does not model every contract or certify a proposed market. The [stablecoins hub](/stablecoins/), [PYUSD research](/article/paypal-pyusd/) and [USDe research](/article/ethena-usde/) provide context for different token designs. ## How this differs from an already live Aave market Our [Aave V4 Base equities launch report](/article/aave-v4-base-coinbase-tokenized-stocks-september-2026/) documents a separate operating market. Its contracts, collateral and issuer restrictions are not interchangeable with a prospective curated instance. Verify the network, Hub and Spoke identifiers for the exact market you intend to research. The practical next step is to inspect the final approved specification, execution, interface and monitoring arrangements together. If they disagree, an unresolved assumption remains. The [protocol due-diligence checklist](/learn/defi-due-diligence-checklist/) gives readers a repeatable way to collect that evidence. This report makes no claim about realized deposits, yield, adoption or AAVE price impact. ## Sources and dates Forum event: 28 September 2026. Original publication: 30 September 2026. Primary evidence: [Sentora’s governance proposal](https://governance.aave.com/t/arfc-sentora-externally-curated-hub-spoke-framework-on-aave-v4/25723). Mechanism references: [Aave V4 documentation](https://aave.com/docs/aave-v4) and [OpenZeppelin AccessManager](https://docs.openzeppelin.com/contracts/5.x/access-control). The risk checklist and comparisons above are editorial analysis, not a claim that the proposed configuration has been deployed. ## Frequently asked questions - Does an Aave-branded market have identical risk to every other Aave market? No. Check its contracts, collateral, risk manager, oracle, permissions and withdrawal conditions individually. - Can a governance discussion establish a live supply APY? No. A discussion describes a proposed design; a live market rate requires a verified deployed market and a dated observation. - What should a reader verify before using a new curated market? Confirm the approved payload and execution, then identify the market, role holders, oracle, collateral limits and exit liquidity. ## Sources - [Sentora: externally curated Hub and Spoke ARFC](https://governance.aave.com/t/arfc-sentora-externally-curated-hub-spoke-framework-on-aave-v4/25723) - [Aave: V4 architecture and accounting](https://aave.com/docs/aave-v4) - [OpenZeppelin: AccessManager permissions and delays](https://docs.openzeppelin.com/contracts/5.x/access-control) --- Canonical: https://decentralized-finance.io/article/aave-v4-sentora-curated-hub-proposal-september-2026/ Markdown: https://decentralized-finance.io/article/aave-v4-sentora-curated-hub-proposal-september-2026.md