Rocko makes it easy to borrow against your crypto through top DeFi protocols. This avoids a ton of the risk associated with traditional collateralized loans that caused many competitors in the space to drop out over the past few years.

All collateral is locked transparently in audited protocol smart contracts, funds are secured through a self custodial wallet that only the user has access to, and loans are all denominated in USD with flexible rates determined by the protocol based on supply/demand.

Our vision is to build one marketplace that allows borrowers to the easily access the best rates from any number of protocols, networks, and crypto assets.

We want to make DeFi easy for everyone.

Curious to hear thoughts from the community, feature requests, or personal experience in the past with a crypto backed loan?

This is super cool! Download link?

You can try libretube https://f-droid.org/packages/com.github.libretube/

All code is protected as speech https://twitter.com/EFF/status/1559224417674137600

That doesn't mean you can do whatever you want with it. Publishing and running code are very different things. Additionally, the major code hosts are not bound by free speech laws.

Not all speech is code

'impossible, by design', unless you implement multi-signature keys for account recovery

Found another one from YC, that was fast https://techcrunch.com/2022/05/23/pebble-crypto-stablecoins-...

Stacks is really going off in the wrong direction here.

If they aren't building an EVM compatible chain, they are going to fall quickly behind in the space and never recover

I agree about that as well as how its getting pushed on local governments.

Stacks is pushing all these CityCoins (or vice versa, hard to tell) to municipalities and to gullible mayors who are trying to seem fintech trendy and it is embarrassing. None of these coins have a demand system, it is just supply inflation exclusively.

Its just too bad that this less optimal experience is going to burn so many municipalities as their first exposure to crypto.

That’s a shame because EVM is technological trash, a hurriedly designed code base full of security holes and other problems. It gives me heartburn that so much financial value is being built on top of it.

People used to say the same thing about JavaScript, now it runs most of the internet.

No reason EVM can't evolve to be less cumbersome

You just fully described cryptocurrency transactions. Crypto having the additional benefit of applying to online transactions as well vs in-person only transactions with cash

But most crypto is anonymous, not private. It's usually worse than even banks since anyone can look up your transaction history given your wallet address. All it takes is one place where your wallet links to your identity and you have even less privacy than with banks.

I personally can and do use it privately, my point is that it isn't that way for most people and privacy isn't inherent to all or even most crypto, and that's something only being made worse as crypto goes more and more mainstream.

After all, most people trade in public blockchain crypto through CEXs and leave their coins in hot wallets. Effectively the same as using a bank.

To put it differently, crypto _can_ solve many of these problems, but it does not _inherently_ solve them, it takes a skilled and cautious person to use crypto in a way that does not link to their identity.

FWIW, I was speaking about the "collective" you. And of course one does not automatically get the value out of anything without using it properly. If you use something other than how it was intended, you will get something other than advertised.

And I also agree that cryptocurrency is still not easy to use, but I'm not sure why it needs to "inherently" solve something (even though it has intrinsic value in certain dimensions). HTTP was inherently made to transfer structured text. No one was hoping it was going to replace the postal service, and yet the majority of the worlds information is transmitted using the protocol.

And just because you couldn't use "HTTP" when it was being first developed by researchers, it still served a purpose for them at the time and gradually became the invisible technology that it is today. Now replace "HTTP" with "cryptocurrency" and "at the time" with "now".

This is exactly what I meant when I said that maybe cryptocurrency wasn't ready for (collective) you.

I just interpreted the original comment as suggesting that these were inherent features of cryptocurrency. I do entirely agree with your premise about the possibilities enabled by cryptocurrencies when implemented/used properly.

Surely ”It's easy to understand” does not describe cryptocurrency transactions.

I would repeat the same thing as I said here: https://news.ycombinator.com/item?id=30209760

And to your point and from my perspective, I would disagree as there are many cryptocurrency experiences where "understanding it" is reduced to similar UX as using zelle or paypal. More than likely, you've (or whomever you're describing) already made your (their) opinion and aren't interested in understanding.

The original quote made a comparison between cash and debit/credit cards. Cards are easy to use, too, so clearly "understand" here does not relate to user experience, but to the complexity of the system itself.

That's not true. How to use credit cards very much have an "interface".

- It is open and requires that you protect the numbers on the outside or access to the data on-chip. Many of these security problems have hurt consumers over and over again despite how "easy" cards are to use specifically because those users don't understand the complexity of the card's system. - It requires you to insert, tap, or swipe it to borrow funds. This interaction is not obvious for a child who has never done this before. It is a learned behavior. And that learned behavior for interfacing with the credit card network with your CC token is complex enough that the US has had significant friction introducing chipped and contactless credit cards over the past years. Because the interface and the UX are there for cards too.

I'm not sure the reason for your distinction between understanding the UX vs the complexity of the system. You can't consider UX without considering complexity... one follows the other necessarily.

They shouldn't have anything to worry about, unless they have something to hide

Alternatively, this could be achieved by an affirmative action on the grantor's side. For example, require a signed transaction from a particular wallet every X months, if no transaction occurs, then trigger the switch

My favorite version of this is having a list of beneficiary addresses that can request to have access to the funds; you can cancel the request at any time within some time period. No fancy token required. I built a demo of this a while back: https://github.com/smartcontracts/dead-x-wallet

Yeah, I think the problem with this is that you need some way to store data without anyone being able to read the data on the blockchain.

There must be a middle-ground between your solution (dead simple) and the OP, which I find to be overly complex with all the "Curse", "Archeologist", etc. shenanigans.

Public key cryptography and using the same platform (https://www.arweave.org/) would do.

But where do you store the private key?

The private key is the dead-x-wallet contract.

I wonder what the gas costs are in comparison, contact deployment is reasonable expensive. I wonder if that's why they modeled it this way.

This is exactly what is proposed, the signed transaction is just a transaction as all transactions are signed.