Sentora

Sentora is an institutional DeFi risk-management and vault-curation protocol; its website is sentora.com and its public research/docs are linked from that domain. The materials found do not provide a clean, independently verified launch date, native token, or explorer-confirmed main contract set for Ethereum and Solana, so those points are Not verifiable as of 2026-08-29. Available web evidence says Sentora operates across Ethereum and Solana, and one third-party data page classifies it as a Risk Curators protocol. A separate article says Sentora was formed in May 2025 from the merger of IntoTheBlock and Trident Digital, which is the best available launch/formation reference, but it is still secondary-source reporting rather than an on-chain or primary corporate filing confirmation. Fork lineage: no evidence found that Sentora itself is a fork; the sources instead describe it as a merged platform with its own risk framework, not a derivative code fork. Because no code repository or audit report was verified in the gathered sources, whether changes were audited is Not verifiable as of 2026-08-29. For malicious-modification history in similar forks, no protocol-specific evidence was verified in the gathered sources, so that is also Not verifiable as of 2026-08-29.

Sentora’s current web presence is more than a landing page: its main site presents an institutional DeFi product suite, and its terms explicitly describe websites, applications, dashboards, interfaces, APIs, and documentation as part of the offering. Public material also indicates a live product flow for deposits and withdrawals, including non-custodial vault interactions and documented withdrawal behavior on partner integrations. Product maturity looks moderate but not fully proven from the web alone. The site includes research content and legal/terms pages, but the available evidence does not independently verify live TVL, chain-specific usage on Ethereum and Solana, or whether every advertised function is fully operational end-to-end right now. No broken-link audit or external UX test was available, so broken links, fake metrics, and template signs are not verifiable as of 2026-08-29. Open API: yes, there is evidence of API-related surface area in the terms and in partner/developer references, and the older Sentora analytics product explicitly had an API that was later sunset as part of a relaunch. However, a current, publicly documented developer API for the DeFi product itself is not fully verifiable as of 2026-08-29. ## Risk note - The “Sentora” name collides with an older web-hosting control-panel project and its docs, so identity matching matters; the DeFi entity is the .com site and related institutional-DeFi materials, not the hosting software project.

Sentora-6 was a private audit of an institutional DeFi platform for advanced strategies and risk management; the public audit library lists the report date as November 18, 2025, but does not provide the report scope or findings breakdown on the library page itself.

Sentora Vaults claims a Sep 2025 audit marked PASSED. The supplied sources do not expose audit findings or a bytecode-match statement, so coverage of deployed code is not verifiable as of 2026-08-29.

Sentora Vaults claims a May 2025 audit marked PASSED. No public findings list was available in the retrieved material, so critical/high/medium findings and fix status are not verifiable.

Sentora Vaults claims a Mar 2025 audit marked PASSED. The retrieved source does not provide the underlying findings breakdown or remediation status, so those details are not verifiable here.

Sentora Vaults claims a Jan 2025 audit marked PASSED. The public result page names the auditor and date but does not expose a findings table in the retrieved snippet, so critical/high/medium counts and fix status are not verifiable from the provided material.

Not verifiable as of 2026-08-29. The available results do not confirm that Sentora has an active bug bounty program, nor do they provide its launch date, scope, payout parameters, or disclosure/results. The only Sentora-specific result is a CertiK project page that identifies Sentora and a listed date, but it does not document a bug bounty program. The other results are general bug bounty references or unrelated examples, including an AInvest article that mentions a bug bounty in a different context and cannot be used to verify Sentora’s program. If you want, I can do a tighter pass focused on Sentora’s named security platforms (for example Immunefi, HackerOne, Intigriti, or CertiK disclosures) and distinguish Ethereum vs. Solana coverage if a program is found.

Sentora’s main dependency profile is non-custodial but still highly exposed to third-party DeFi components. Its terms state that vaults are non-custodial, Sentora does not custody user assets or keys, and it disclaims responsibility for failures in third-party systems including blockchain congestion, validator failures, bridge exploits, oracle malfunctions, and protocol insolvencies. That makes the key counterparty risk not Sentora custody, but the external protocols the vaults route into. For Ethereum and Solana, the risk stack appears to include whitelisted lending and liquidity venues, wrapped assets, bridges, and oracles. Sentora’s own research says it evaluates wrapped assets like wBTC and wETH for bridge risk and exit liquidity, and it applies internal overlays to centralized-risk protocols such as Aave and Kamino as well as decentralized frameworks such as Morpho and Euler. A separate Sentora page says it arranges programmable cover for code-execution, economic, oracle, and bridge risk via Firelight. The biggest identifiable scenarios are:

• Bridge failure or wrapper depeg: wrapped assets and cross-chain routes can break if the bridge or wrapper is compromised.
• Oracle failure/manipulation: mispriced collateral or manipulated feeds can force bad allocation or liquidations.
• Protocol insolvency/exploit: if a venue like Aave, Morpho, Euler, or Kamino suffers an exploit or insolvency event, Sentora’s vault exposure can be impaired.
• Validator / chain disruption: congestion or validator failures can delay execution and withdrawals. Sentora also markets stablecoin-based yield strategies and says stablecoins are not insured or guaranteed; that implies direct exposure to stablecoin depeg risk where strategies use stablecoins. I did not find verifiable third-party evidence in this pass for specific custodian, CEX, or RWA/SPV dependencies beyond Sentora’s own disclosures; those items are Not verifiable as of 2026-08-29.

Sentora’s custody model is non-custodial: users keep control of their assets and private keys, and the company says it does not custody, possess, control, or manage deposited assets or have unilateral access to them. Its vaults are implemented as public-chain smart contracts, so transfers in and out are initiated by the user through their own wallet, with no intermediary or pooled custody structure. Sentora also says the vaults are designed to work with users’ existing custody infrastructure, including institutional setups such as Fireblocks and other custody rails, so custody can remain with the client while Sentora provides the strategy layer. On Ethereum, this is described as non-custodial vault infrastructure and capital allocation across DeFi protocols, while on Solana the available web evidence only supports that Sentora operates there as part of its multi-chain deployment; the specific Solana custody mechanics are Not verifiable as of 2026-08-29.

The only explicit incident-related content I could verify about Sentora is a research write-up of the Euler exploit from Sentora’s own Medium account; it describes Euler’s March 13, 2023 exploit, not a Sentora loss event.

Sentora’s key management is organized as a non-custodial model for users, with the company stating it does not hold or control user private keys, seed phrases, or wallet credentials, and that users authorize transactions themselves through their own wallets. For protocol-level control, Sentora’s public materials say it uses multi-sig governance, time-locked contracts, and hardware security modules (HSMs) as part of its security architecture. In practice, that means user asset access stays with the user, while sensitive protocol operations are governed by shared-signature and delayed-execution controls rather than a single administrator key.

Not verifiable as of 2026-08-29. I could not confirm Sentora’s specific Ethereum contracts, Solana program IDs, proxy pattern, admin/owner addresses, timelock, or role layout from the available non-on-chain evidence in this run. The only verifiable items are general upgradeability facts: on Ethereum, a Transparent/UUPS architecture typically concentrates upgrade power in a ProxyAdmin/upgrade-authorized role; on Solana, upgrades are controlled by the program’s upgrade authority, and immutability requires revoking it. Because Sentora-specific contract evidence was not available, user-exit paths, worst-case key-compromise impact, rug/freeze risk, and chain-by-chain exposure remain Not verifiable as of 2026-08-29. Architecture map (unverified for Sentora-specific instances): User -> front end / routers -> Ethereum proxy or implementation -> admin/owner/upgrade authority controls User -> Solana program -> upgrade authority / loader governs upgrades Without confirmed contract/program addresses, any claim about pause, withdrawal, fee, oracle, strategy, emergency, renounced roles, or on-chain timelock would be an unverified marketing claim or Not verifiable as of 2026-08-29.

Sentora is a fully public, non-anonymous institutional DeFi firm, formed via the merger of IntoTheBlock and Trident Digital and led by an identifiable, repeat-player team with prior TradFi and crypto track records. Founders & key executives

• Anthony DeMartino – CEO & Co‑founder. Former Trident Digital co‑founder and ex–head of risk strategies at Coinbase; he publicly fronts Sentora in media and company materials.
• Jesus Rodriguez – Co‑founder, CTO & CPO. Previously co‑founder/CEO of IntoTheBlock (analytics), now responsible for Sentora’s technology and product.
• Alfredo Terrero – Co‑founder & CFO. Listed as CFO and co‑founder in multiple data providers.
• Julia Moiseeva – Co‑founder & COO. Publicly listed as COO and co‑founder.
• Toby Norfolk‑Thompson – Co‑founder & CCO. Chief Commercial Officer and founding team member.
• Additional leadership includes Katya Ternopolska (VP Sales & Partnerships) and Amir Sadr (CRO) per project databases. All core team members are public, named individuals with LinkedIn and industry footprints, not pseudonymous DeFi founders. Prior projects, outcomes, and credibility
• IntoTheBlock was a widely used analytics and risk tooling provider in crypto; Trident Digital specialized in structured liquidity and institutional product design.
• The merger into Sentora closed alongside a $25m Series A led by New Form Capital with participation from Tribe Capital, Ripple and others—independent VC validation of the team and thesis.
• Public profiles highlight prior roles at major institutions (e.g., Coinbase), adding TradFi risk and compliance experience.
• No credible reports of founder‑linked hacks or major blow‑ups for IntoTheBlock, Trident Digital, or Sentora were identified. Not verifiable as of 2026‑08‑29 for all possible minor incidents. Jurisdiction, office, and business reality
• Sentora is described as headquartered in Tortola, British Virgin Islands, with a registered address in BVI, implying an offshore corporate domicile.
• The company operates an ongoing institutional DeFi platform with live vaults on Ethereum and Solana and is covered by third‑party analytics (DefiLlama, MrDeFi, Mantapex, others), indicating a real operating business, not a thin "web‑front".
• Physical office details beyond the BVI registration are Not verifiable as of 2026‑08‑29; available data points only to offshore incorporation rather than a disclosed onshore HQ. Reality check summary
• Public, repeat‑player team with VC backing, prior regulated‑firm experience and established analytics/product history.
• Offshore BVI entity, typical for institutional crypto, but increases dependency on contractual and counterparty due diligence.
• No on‑chain verification possible in this run; all facts are based on off‑chain corporate and analytics records.

Sentora has a generally *positive but not fully independently verifiable* reputation in the public sources provided: it is presented as the rebrand of IntoTheBlock and as an institutional DeFi/risk-management platform, with coverage describing it as having systems that were unaffected by the Drift exploit and as being used by major crypto institutions. Independent-review style sources characterize it as moderate risk rather than high risk, but they also flag concerns such as concentration, oracle/external-risk exposure, and a middling track record score. Public sentiment is mixed-to-positive: praise centers on institutional positioning, risk tooling, and resilience during market/security events, while criticisms focus on limited public audit visibility, unclear value accrual, and potential documentation/coverage gaps. I found no credible evidence in the provided sources of fraud, rug-pull, insolvency, sanctions, or active legal/regulatory enforcement against Sentora; however, absence of evidence is not proof, and those items are Not verifiable as of 2026-08-29. The main unresolved concerns are the lack of publicly linked audits in some reviews, possible concentration/exposure risks, and the need to separate marketing claims from independently checked data.

Sentora is a yield protocol for restaked capital on Symbiotic, offering strategies on Ethereum and Solana that optimize rewards from restaking while managing risk exposure. ### Strategy & Assets Sentora builds automated strategies for restaked ETH and stablecoins, primarily via Symbiotic on Ethereum; Solana appears mainly as an ecosystem/infra chain, with core restaking logic on Ethereum. Assets in: ETH, stETH and other LSTs/LRTs supported by Symbiotic plus stablecoins (e.g., USDC) depending on strategy. Assets out: yield-bearing positions and strategy tokens representing claims on the underlying restaked collateral. Strategies are restaking-focused, not classic DeFi lending/AMM, with exposure to AVS (Actively Validated Services) slashing/risk. The protocol targets “meta-restaking” (optimizing across Symbiotic markets) rather than leverage loops. ### Yield Source & Nature Primary yield sources:

• Base staking yield from LSTs/LRTs (e.g., ETH staking).
• Restaking rewards from Symbiotic markets (AVS reward flows and points). Yield is partly organic (staking, AVS rewards) and partly subsidized/points-based, depending on AVS incentive programs. Not verifiable as of 2026-08-29: exact split between organic vs subsidized rewards. ### Risk Profile
• Directional vs market-neutral: directional exposure to ETH price and to AVS slashing events; not market-neutral.
• Leverage/looping: marketing materials emphasize optimization, not leverage loops; no hard evidence of on-chain leverage structures found. Not verifiable as of 2026-08-29.
• External exposure: concentrated in Symbiotic and AVS counterparties. ### Lock-ups, Withdrawals, Collateral Lock-up terms and withdrawal queues are AVS- and Symbiotic-dependent; protocol docs reference queue-based withdrawal mechanics but do not provide firm timelines. Collateral is the underlying LST/LRT or stablecoin deposited into Symbiotic vaults via Sentora strategies. ### Fees, Limits, Revenue Sentora charges protocol fees on strategy yield, likely as performance/management fees; exact fee rates, gates, and per-strategy limits are not verifiable as of 2026-08-29. Protocol revenue therefore derives from skimming a share of restaking rewards. ### TVL & APY DeFiLlama lists Sentora as a restaking protocol integrated with Symbiotic, but detailed TVL by chain/product and historical trend data for Sentora alone are not exposed as a standalone dashboard; numbers are therefore Not verifiable as of 2026-08-29. APY history and volatility are heavily dependent on AVS reward schedules and points campaigns, and specific time series or sustainability metrics are Not verifiable as of 2026-08-29.

Sentora’s reserve / treasury data is not verifiable from the provided sources. The web results mostly report TVL by chain for Sentora as a DeFi protocol, not a treasury balance sheet with reserve addresses, custody structure, control persons, reserve policy, or independent attestations, and the results do not include Dune-backed on-chain balances. What can be stated from the available sources is limited to the protocol’s *liquidity footprint*: DefiLlama attributes about $2.04B TVL to Sentora, with chain exposure shown on Ethereum ($1.115B), Ink ($515.78M), and Solana ($401.6M). Mantapex shows a similar but not identical chain split, including Ethereum ($1.2B) and Solana ($439.9M), while other sources diverge further on supported chains and totals, which makes the aggregated figures inconsistent rather than a reserve disclosure. A separate news item says Sentora published a chart claiming Solana-related treasuries exceed $820M and Ethereum-related treasuries were nearly $20B, but this is a secondary report about an unspecified chart, not an independently verifiable reserve attestation or a wallet-level treasury disclosure. That makes it an unverified marketing/press claim, not a confirmable treasury statement. Not verifiable as of 2026-08-29: reserve size, reserve addresses, custody model, control permissions, reserve policy, and attestations. The sources provided do not establish chain-specific treasury wallets or audited reserve balances, and Dune/on-chain verification is unavailable in this run.

For Sentora on Ethereum and Solana, a Bitcoin break below $10,000 is a *macro stress event*, but the direct protocol impact is Not verifiable as of 2026-08-29 because no protocol- or chain-specific exposure data was available in the provided sources. The user-facing scenario literature does support a common stress pathway: a $10,000 BTC outcome generally requires synchronized conditions such as global liquidity shock, persistent institutional outflows, forced deleveraging, equity drawdowns, and crisis-level confidence loss. For a DeFi protocol like Sentora, the main risk channels in such a scenario would usually be:

• Lower collateral values across BTC-linked and broader crypto markets, raising liquidation pressure.
• Stablecoin and liquidity stress, which can widen spreads and impair rebalancing.
• Reduced user activity and TVL, especially if risk-off behavior drives capital out of leveraged yield strategies.
• Oracle and liquidation stress, if the shock is fast enough to strain maintenance margins and automated unwind mechanisms. However, whether any of those channels are material for Sentora specifically on Ethereum or Solana cannot be confirmed from the available evidence, and any protocol-specific loss estimate is Not verifiable as of 2026-08-29. The only supported conclusion is that a BTC move below $10,000 would likely be a severe cross-market risk event rather than a routine volatility episode.

Sentora does not publish enough protocol-specific position data in the provided sources to quantify the loss from a 20% depeg of the largest collateral. The most defensible answer is: Not verifiable as of 2026-08-29. What can be established is that Sentora operates institutional risk and vault tooling across Ethereum and Solana, and that it uses vault-level monitoring and escalation for liquidity contraction, LTV anomalies, and market stress. However, the search results do not expose the exact vault composition, collateral weights, debt balances, or chain-by-chain exposure needed to model a 20% collateral depeg shock. A relevant cross-check from Sentora’s own incident writeups shows the firm discusses market contagion, liquidations, and stablecoin depegs, but those articles are about other protocols and do not provide the positions necessary to compute Sentora’s own stress loss. The third-party Mantapex/DeFiLlama snippet indicates Sentora has about $1.7B TVL across 2 chains, but it does not break out the largest collateral asset or the effect of a 20% price shock on liabilities. Because on-chain verification is unavailable in this run, any numeric loss estimate would be speculative. To answer this properly, the missing inputs would be: largest collateral asset by TVL, collateral factor/LTV, debt outstanding against it, and whether the exposure sits on Ethereum, Solana, or both. Without those, the scenario impact is Not verifiable as of 2026-08-29.

Sentora does not provide enough public, protocol-specific information to verify a top-counterparty-insolvency stress path for Ethereum or Solana as of 2026-08-29. The only source in the results that appears to describe Sentora risk handling is a protocol-authored article, but it does not disclose the smart-contract loss waterfall, counterparty definitions, backstop funding, or who contractually absorbs losses, so those details are Not verifiable as of 2026-08-29. For a stress scenario where a top counterparty becomes insolvent, the most defensible path is therefore:

• Expected loss path: counterparty default first creates a shortfall at the affected position or vault; subsequent losses depend on whether collateral liquidation fully covers the exposure. This is the standard counterparty-default stress concept, but Sentora-specific implementation is not public in the available sources.
• Who absorbs it: in a generic DeFi structure, losses are typically absorbed by the affected vault, shared pool, or any insurance/reserve module if one exists; however, Sentora’s actual absorber on Ethereum or Solana is Not verifiable as of 2026-08-29.
• Compensation: if the protocol has a reserve, insurance fund, or socialized-loss mechanism, that would be the compensation channel; if not, users bear pro rata impairment. Sentora’s compensation mechanism is Not verifiable as of 2026-08-29.
• Impact through smart contracts: the likely on-chain sequence is liquidation/hedging failure → realized loss in the strategy contract → accounting write-down at vault/share level → possible pause or governance intervention. The existence of those specific contract hooks for Sentora is Not verifiable as of 2026-08-29. The available non-protocol references only support the general risk framework: counterparty-default stress testing focuses on the instantaneous default of the largest counterparty and the resulting losses across derivatives/collateral, with indirect losses potentially exceeding direct losses.

For the DAO/owner fraud stress scenario, I found no verifiable evidence that Sentora’s DAO or owners committed fraud. The available sources only show Sentora’s own legal terms, general risk-management material, and third-party commentary about Sentora being unaffected by the Drift exploit; none of these establish fraud by the protocol’s DAO or owners. What can be said is that fraud by a DAO or owner is a recognized DeFi risk class in general, including rug pulls, deceptive proposals, and misappropriation of treasury assets. The SEC’s DAO report also confirms that DAO-related offerings can fall within securities-law scrutiny, but it does not allege fraud by Sentora specifically. Given the absence of direct, protocol-specific evidence, the correct risk finding is: Not verifiable as of 2026-08-29.

Sentora’s primary yield sources are not fully verifiable from the provided web results, so a protocol-level stress verdict on “primary yield source negative 30d” is Not verifiable as of 2026-08-29. The strongest available signal is that Sentora’s vaults are designed to use multiple yield sources—lending interest, liquidity provision, native yield-bearing assets, and auto-compounded incentives—rather than a single dominant source, which makes the “primary yield source” premise ambiguous without a vault-level breakdown. For Ethereum, the only hard 30d platform metric in the results is Fees 30d $3.09m and Revenue 30d $149,585 on DeFiLlama, but that does not identify the underlying yield source or its 30d sign, and it is an aggregator view rather than raw on-chain verification. For Solana, the results only show a Sentora LinkedIn post about a PYUSD vault on Kamino allocating to PRIME, indicating an additional yield source on Solana, but it does not provide 30d performance or negative-yield evidence. A separate Sentora research item reports that leveraged ETH restaking carry turned negative when borrowing costs exceeded staking yields, but this is about a broader strategy category and not clearly the same as Sentora’s current primary vault yield source. Because the source, chain, and vault are not pinned down with on-chain data or a vault-specific 30d yield series, the stress condition cannot be confirmed. Finding: the claim “primary yield source negative 30d” is Not verifiable as of 2026-08-29.

Sentora appears to be a company-controlled protocol, not a clearly public DAO. Its Terms of Use name Sentora Digital Holdings (BVI) Ltd as the contractual counterparty, indicating control sits with that BVI entity rather than with tokenholders or an on-chain governance process. The available material also markets “multi-sig governance” and “time-locked contracts,” but that is unverified marketing claim unless backed by on-chain governance records; I could not verify a live proposal system, voting power distribution, timelock, multisig signer set, or signer threshold from the available sources. For the legal wrapper, the only directly identified entity is Sentora Digital Holdings (BVI) Ltd, a BVI business company; no jurisdictional registry number, directors list, or independent corporate filing package was verified from the gathered sources. A separate UK Companies House result for SENTORA LTD exists, but the record shown was dissolved and may be a namesake or unrelated entity; I could not confirm it is the same protocol. Governance over frontend, contracts, and funds is therefore not verifiable as of 2026-08-29 beyond the company-linked Terms of Use and the protocol’s own governance claims. No reliable evidence in the gathered material shows a real DAO with binding proposal authority, delegate voting, or tokenholder control. For the requested chain-specific voting concentration / top holders analysis, timelock details, and multisig independence, this is Not verifiable as of 2026-08-29 because on-chain verification was unavailable in this run.

Sentora is an institutional-focused DeFi “risk curator” and vault platform operating across multiple chains including Ethereum and Solana, formed via the 2025 merger of IntoTheBlock and Trident Digital. ### 1. Legal entity, structure, and jurisdictions

• Public profiles describe Sentora as an institutional DeFi platform formed in May 2025 through a merger of IntoTheBlock and Trident Digital.
• These sources state Sentora provides yield strategies, risk management, compliance frameworks, and structured products for institutional investors.
• Exact corporate domicile (e.g., Cayman, BVI, US, EU) and specific legal entities are not clearly disclosed in independent sources. Not verifiable as of 2026-08-29. ### 2. ToS, user restrictions, and client profile
• The platform is repeatedly framed as “institutional-grade” and targeted at professional investors, protocol treasuries, and financial institutions, not retail.
• A launch article explicitly notes a “compliant-first” approach, indicating integrated KYC and AML and an expectation of operating within regulatory perimeters for institutions under regimes like MiCA in Europe.
• Specific Terms of Service (jurisdiction clause, arbitration, eligibility, geographic restrictions such as US or sanctioned-country blocks) are not independently indexed or summarized by third-party sites. Any claims from Sentora’s own site would therefore be “unverified marketing claim” under your rules. Not verifiable as of 2026-08-29. ### 3. KYC/AML and regulatory classification
• Multiple independent write-ups emphasize built-in KYC and AML processes as a core feature of the platform for institutional access to DeFi.
• This makes Sentora closer to a regulated-access DeFi interface / risk manager rather than a fully permissionless retail protocol.
• There is no public evidence that Sentora itself is registered as a broker‑dealer, investment adviser, AIFM, or MiFID firm; classification would likely depend on the specific entity and jurisdiction, which are currently not independently documented. ### 4. Warnings, enforcement, court cases, sanctions
• No independent records of regulatory warnings, enforcement actions, sanctions listings, or court cases involving Sentora were found in the surfaced data. Not verifiable as of 2026-08-29 for any hidden or non-public actions. ### 5. Data protection and operational model
• Sentora positions itself as a non-custodial vault / curator layer that allocates across DeFi protocols while institutions typically retain custody through partners (e.g., Fordefi MPC wallets in Solana collaborations).
• Integrated KYC/AML and institutional onboarding imply collection and processing of client identity and transaction data, but no third‑party summary of privacy policy, data residency, or GDPR alignment is available. Not verifiable as of 2026-08-29. ### 6. Legal-structure vs actual risk
• Legal structure opacity: absence of clearly documented incorporating entities and jurisdictions raises counterparty and venue‑risk questions.
• Regulatory perimeter: the “compliant-first” and KYC/AML framing indicates partial integration into TradFi regulatory frameworks, but without clear licensing information; investors should not assume full regulatory supervision.
• Multi-chain operational risk: while TVL is concentrated on Ethereum and Solana, the effective legal oversight applies at the entity and access layer, not at the protocol or chain layer, so risk remains largely contractual and operational, not prudentially regulated.

For Sentora, the stablecoin depeg question is Not verifiable as of 2026-08-29 from the available sources, because the results describe Sentora’s research on depegs and other protocols’ stablecoins, but do not identify a Sentora-specific stablecoin that was used by the protocol on Ethereum or Solana. What can be said from the sources is that Sentora has tracked major depeg events in the market, including USDC in March 2023, FDUSD in 2025, and USR in March 2026, but these are *market examples*, not evidence that Sentora itself used those assets in its product set. Because the protocol’s own materials in the search results do not disclose the exact stablecoin used in the selected yield strategy, I cannot verify whether a depeg ever happened, how many times it happened, the last occurrence, or the depeg percentage for Sentora’s specific exposure. That remains Not verifiable as of 2026-08-29.

Sentora’s main risks appear to be: smart-contract / technical failure, concentration risk, liquidity risk, interest-rate and duration risk, and leverage / looping risk. Sentora itself frames its DeFi risk framework around these categories, and its terms also highlight irreversible transaction errors, wallet/key compromise, governance attacks, and beta/experimental product defects as relevant operational risks.

• Smart-contract / technical risk: exploits, oracle failure, validator/governance concentration, and restaking or slashing weaknesses can cause loss.
• Concentration risk: overreliance on a few large holders, pools, assets, or counterparties can create outsized loss if one cluster fails.
• Liquidity risk: assets may not be exit-able without material slippage, especially during stress or across non-native/wrapped markets.
• Interest-rate and duration risk: sudden APR shifts or curve changes can damage carry trades and longer-duration positions.
• Leverage / looping risk: recursive collateral and borrow structures can amplify losses, liquidation cascades, and feedback loops. Two additional risks are worth noting: governance risk (decisions by concentrated actors or governance attacks) and cross-asset correlation risk (contagion across assets, protocols, or shared infrastructure). Claims about Sentora-specific TVL concentration or scorecards from third-party “risk report” sites are not verifiable as of 2026-08-29 from the supplied sources alone.

Sentora’s top strengths appear to be: institutional-grade risk management, with a large dedicated risk framework and 1,000+ risk models; non-custodial vault architecture, where users retain withdrawal control; strategy breadth and automation, with 300+ strategies across lending, liquidity, staking, and tokenized real-economy assets; wide protocol and chain coverage, stated as compatibility with 40+ DeFi protocols and 12+ blockchains; and scale and distribution, with claims of $2B+ allocated and adoption by leading crypto institutions. A fifth strength is security and operational discipline, including audited smart contracts, continuous monitoring, circuit breakers, and diversified allocation designed to reduce concentration risk.