Ga naar inhoud
BitcoinToolkit

Compound (COMP): Elke Compound III-markt heeft één basisasset

Compound is een EVM-uitleenprotocol. Compound III-implementaties gebruiken een Comet-markt met één uitleenbaar basisactief en afzonderlijke onderpandactiva, terwijl COMP goedgekeurde protocolwijzigingen beheert. Deze pagina richt zich op het feit dat elke Compound III-markt één basisactief heeft en de controles die gebruikers moeten uitvoeren voordat ze het protocol gebruiken of de rol van het token evalueren.

Stort of leen in Compound III terwijl u de boekhouding van het basisactief, onderpand en liquidatiegrenzen begrijpt.

Onderwerp:
Samenstelling
Marktmodus:
Alleen momentopname
Kostenactivum:
ETH / varieert
Tijdzone:
UTC

Deze pagina vermeldt geen rente, berekent geen liquidatie, keurt geen beheerder goed, verifieert geen Comet-implementatie, stort geen onderpand of stemt niet over een voorstel.

Identificeer de Comet-marktBeoordeel het liquidatierisico
Eigendom van inhoud: BitcoinToolkit Redactieteam Technische referenties: officiële protocol- en ontwikkelaarsdocumentatie. Beoordelingsaanpak: technische uitleg wordt gecontroleerd tegen primaire bronnen en bijgewerkt wanneer het netwerk of activum verandert. Laatste inhoudsreview: Laatste dataintegratietest:

Elke Compound III-markt heeft één basisactief

Compound is een onchain-uitleenprotocol. In Compound III draait elke implementatie om één uitleenbaar basisactief en een gedefinieerde set onderpandactiva, dus gebruikers moeten een specifieke markt evalueren in plaats van een universeel COMP-product.

Compound workflow met Kies markt, Financier positie, Bewaak risico, Los af of herbalanceer, Verlaat positie
Compound-workflow van de eerste gebruikersbeslissing tot een geverifieerd resultaat.

Wie de markt bedient

Een aanbieder kan het basisactief van de markt leveren, terwijl een lener ondersteund onderpand kan plaatsen en dat basisactief kan lenen binnen de protocollimieten. Dit kan geschikt zijn voor gebruikers die een gerichte markt willen met transparante onderpandsfactoren en die bereid zijn om bezettingsgraad, rentetarieven, prijsfeeds en liquidatievoorwaarden te monitoren.

Het is niet geschikt voor ondergewaarborgde persoonlijke kredieten, gegarandeerde hoofdsom of gebruikers die aannemen dat al het gestorte onderpand hetzelfde rendement oplevert als het basisactief. Het gedrag van onderpand- en basissaldi moet afzonderlijk worden gecontroleerd.

Selecteer eerst de implementatie

Compound-markten bestaan op meerdere netwerken. Controleer de keten, het basisactief en de onderpandslijst voordat u tokens goedkeurt, omdat liquiditeits- en risicoparameters verschillen per implementatie.

Compound-operationele context

Compound vervangt bilaterale leningmatching door gedeelde slimme-contractmarkten die rentetarieven berekenen en onderpandsregels programmatisch handhaven.

Liquiditeit zonder met een kredietverstrekker te onderhandelen

Aanbieders dragen activa bij aan een markt en leners trekken beschikbare liquiditeit op door in aanmerking komend onderpand te plaatsen. Rentetarieven reageren op marktbezettingsgraad volgens het geconfigureerde model. Gebruikers onderhandelen geen voorwaarden met een genoemde tegenpartij, maar accepteren de regels van het protocol, oracle-invoer en het liquidatieproces.

Compound III beperkt elke markt tot een basisactief in plaats van elk ondersteund actief als evenzeer leenbaar te behandelen. Dit kan de boekhouding vereenvoudigen en sommige risico's isoleren, terwijl het de combinaties die binnen één implementatie mogelijk zijn, beperkt.

Automatisering verandert verantwoordelijkheid

Slimme contracten handhaven de positie, maar beslissen niet of hefboomwerking verstandig is. Walletbeveiliging, onderpandsbuffers, netwerkkosten en exit-liquiditeit blijven gebruikersbeslissingen.

Hoe een Compound III-positie werkt

De transactievolgorde hangt af van of de gebruiker het basisactief levert of het leent tegen onderpand.

Compound beslissingsdiagram dat identiteits-, uitvoerings- en voltooiingscontroles scheidt
Compound-bevestiging lost niet elke latere operationele vraag op.

Leveren of lenen

Een aanbieder van het basisactief verbindt zich met de juiste implementatie, keurt het actief goed en levert het, en monitort vervolgens de leenrente en beschikbare liquiditeit. Een lener levert een goedgekeurd onderpandsactief en neemt het basisactief op, wat schuld creëert volgens de boekhoudregels van de markt.

Naarmate de onderpandswaarde, rentetarieven of leenlimieten veranderen, kan de rekening de liquidatie naderen. Het terugbetalen van de basisschuld herstelt de capaciteit; onderpand mag alleen worden opgenomen nadat is bevestigd dat de rekening binnen de leenbeperking blijft.

Verlaat bewust

Aanbieders moeten de bezettingsgraad en beschikbare contanten controleren voordat ze een onmiddellijke volledige opname verwachten. Leners moeten rekening houden met opgebouwde rente en netwerkkosten in plaats van te vertrouwen op het oorspronkelijk geleende bedrag.

COMP-governance en de risico's van een Compound-positie

COMP is een governance-token; de leensaldi van Compound zelf gebruiken de activa die in elke markt zijn geconfigureerd.

Wat COMP niet doet

COMP vertegenwoordigt niet automatisch een storting, betaalt niet alle netwerkgas, verwijdert niet het liquidatierisico of garandeert geen deel van het protocolinkomen. Deelname aan governance kan invloed hebben op ondersteunde implementaties en parameters, maar het aanhouden van COMP staat los van het leveren van een basisactief of het plaatsen van onderpand.

Gebruikers moeten token-marktprestaties niet beschouwen als bewijs dat een bepaalde leenmarkt veilig of liquide is.

Positiespecifieke faalwijzen

Slimme contractdefecten, oracle-problemen, volatiliteit van onderpand, benuttingspieken, governance-wijzigingen en brug- of netwerkrisico's kunnen posities beïnvloeden. Veelgemaakte fouten zijn onder meer aannemen dat onderpand rente oplevert, lenen dicht bij de limiet, de verkeerde implementatie selecteren en opgebouwde schuld negeren bij het plannen van terugbetaling.

Waarom het ontwerp van Compound ertoe doet

De twee protocollen delen een overonderpand doel voor lenen, maar hebben verschillende marktstructuren en functies.

Wat Compound-gebruikers moeten verifiëren en waarom dit ontwerp verschilt

Compound III centreert een markt op één basisactief met geselecteerd onderpand. Aave-implementaties kunnen meerdere geleverde en geleende activa ondersteunen binnen een bredere beheerde markt en kunnen functies blootleggen die niet beschikbaar zijn in een bepaalde Compound-implementatie. De afweging is niet simpelweg eenvoud versus complexiteit; het omvat liquiditeit, behandeling van onderpand, rentemodellen en beschikbare risicocontroles.

Gebruikers moeten dezelfde keten en activapaar vergelijken en vervolgens liquidatiedrempels, oracle-bronnen, huidige benutting en opnamemogelijkheden controleren.

Compound-positiebeheer FAQ

Wat moet ik controleren vóór een Compound-transactie?

Controleer de officiële bestemming, het huidige netwerk, de activaweergave, het bedrag, de ontvanger en de gevraagde machtigingen. Gebruikers leveren het basisactiva om op gebruik gebaseerde rente te verdienen of leveren goedgekeurd onderpand om het basisactiva te lenen. Prijsfeeds en onderpandsfactoren bepalen de leencapaciteit en liquidatiegeschiktheid. Na bevestiging, inspecteer het resulterende saldo of de protocolstatus in plaats van alleen te vertrouwen op een succesbericht van de wallet.

Kan een succesvolle Compound-transactie een positie nog steeds onveilig maken?

Ja. Uitvoeringssucces meet geen onderpand, schuld, benutting, liquiditeit of liquidatieblootstelling na de statuswijziging.

Bekende beperkingen

Marktgegevensmethodologie

De pagina gebruikt een CoinGecko geaggregeerde COMP/USD momentopname. Er wordt geen beursgrafiek weergegeven voor deze entiteit.

Bron van marktoverzicht
CoinGecko geaggregeerde marktgegevens (COMP/USD)
Cache
Snapshot cache is ongeveer 60 seconden.
Foutafhandeling
Geverifieerde gecachte gegevens zijn gelabeld als Cached of Delayed. Ontbrekende waarden blijven niet beschikbaar.
Overzichtstatus
Vers
Probleem melden
Een marktgegevensprobleem melden →

Technische bronnen

Geselecteerde primaire bronnen ondersteunen de operationele uitleg. Marktprovider-attributie blijft afzonderlijk.

Redactionele informatie

Geverifieerde technische inhoud, beoordeelde bronnen en updategeschiedenis.

Gepubliceerd
Laatste beoordeling
Gegevensverificatie
Bronnen
Officiële documentatie