-
Main Channel t.me/blockchain_lobsters
So you are saying option 1 is better for most of the lenders right
Читать полностью…
Over collateralized lending is you provide at least the value of your loan.
Under collateralized lending is you provide value *less* than your loan.
It is undercollaterised lending because the lender does not have any guarantee of repay, so as a protocol Aave is safe but lender is taking the risk, so technically for Aave it is a overcoll loan but for the lender its an under-col loan
Читать полностью…
Option 1. Aave + delegate: worst case scenario, protocol rugs then I get liquidated. Impact is max LTV + liquidation penalty.
Option 2. Provide tokens to the protocol. Worst case scenario, rug. Impact 100%
Yeah. It’s more of a feature for composability imo.
Like you provide some collateral and then use it to sell fixed rate loans Or allow a contract to manage your debt and handle repayments/leverage without needing to move into some “smart account”
You said "Don't really see it any different from another protocol offering me an Apr."
So I am telling the risk of the other protocol defaulting and the lenders asset being liquidated is an additional risk lender has to consider for that APR
Don't really see it any different from another protocol offering me an Apr.
And that protocol puts unused assets to work on Aave.
Is cool, can be a stack for some use cases maybe, but is a niche
Читать полностью…
How many of you think Aave's credit delegation feature, which allows lenders to delegate their borrowing power to other users, will improve capital efficiency on the platform ?
And will lenders be willing to delegate their borrowing power keeping their assets at risk for a higher but linear bump in APY ?
Ofcourse this needs to be implemented in a protocol level for security of funds
Any cryptographers / researchers who could endorse me on Arxiv so I can publish a paper there? Will send the draft for the paper via DM. The paper is about a cryptographic method that enables users to prove that an event occurred in the past and that a specified amount of time has since elapsed, without disclosing the exact timestamp of when the event occurred. Uses zk circuits & incremental merkle trees.
Would be super grateful for any feedback / support.
phished private keys and need to be fast otherwise risking that people transfer funds
Читать полностью…
Smth like bulksender? Why you need to do all the wallets at the same time?
Читать полностью…
If you are giving away your borrowing power… you better know what you are doing 😂
Читать полностью…
I said the same, undercollaterized is the opposite of overcollaterized, meaning if 0 collateral is also undercollaterized bro
Читать полностью…
It has nothing to do with under-collateralized loans
Читать полностью…
How is it under collateralized as my aave deposit is at risk until the credit line is repaid??
Читать полностью…
it's different, as "delegate borrowing capacity" is basically an undercollaterized lending
Читать полностью…
But their is an addition of risk for the lender, as other protocol can use the assets and Aave can use the lenders asset as collateral for default
Читать полностью…
(not as a stab at aave, I mean in general as a trust-me-bro use case)
Читать полностью…
No, credit scores onchainor trust is not a thing, need math
Читать полностью…
ZeroKnowledgePodcast chat probably a better fit for this request
Читать полностью…
Flashbots discord probably the best place if you need help with this
Читать полностью…
Mrs. Tina's platform has been a game-changer for me! Her guidance and support have helped me earn consistently
Читать полностью…
You will need to go for each wallet one by one - as you need the signatures - but for sending multiple tokens from a single wallet there are already several solutions like aarc
Читать полностью…