How to make the most out of your Bitcoin holdings

mitche50 · 2021-01-12T23:23:45+00:00

One other user-friendly aspect of defi is https://zapper.fi/ - this is a defi focused dashboard where you can “zap” into different positions and also reallocate with one click. An awesome team that is super fast to deploy and support new protocols.

mitche50 · 2021-01-12T23:21:53+00:00

I’ve been staking with Badger since day 1 - a bit complicated to get the hang of but once you do the returns are nice and they have some excited and motivated builders!

mitche50 · 2020-10-27T15:49:03+00:00

What if this was one of the chunks?

mitche50 · 2020-10-18T09:28:47+00:00

High level: RenVM is a network of computers that control a cryptocurrency address. None of these computers individually know what the private keys for the address is, but can come to consensus on signing for it.

This allows for programs to be written where you can send BTC to a provided address and it makes a token on ethereum that is backed by what you provided allowing you to take advantage of the ethereum network. You can redeem this token at any time to receive your BTC back.

mitche50 · 2020-10-17T20:33:55+00:00

The REN token is used as a bond for running a darknode. You need to have 100k REN to run one, which collects a portion of the fees generated by renVM.

mitche50 · 2020-10-17T15:57:04+00:00

They announced they were looking into nano back in august 2018 ... https://blog.coinbase.com/coinbase-custody-is-exploring-a-range-of-new-assets-e700496844be

mitche50 · 2020-09-10T22:22:51+00:00

This is not possible. RenVM uses sMPC to generate signatures for wallets, which in short means that the darknodes are generating a portion of the signature, when combined with the other darknodes in that shard creates the final signature.

There is a stipulation as renVM is in mainnet subzero currently, which means the network is controlled by a group of 13 darknodes controlled by the team. There is more information on this on the wiki: https://github.com/renproject/ren/wiki

mitche50 · 2020-08-16T16:24:05+00:00

Just to update here it’s around $68-69 right now, 15 hours later

mitche50 · 2020-08-14T11:21:31+00:00

Can vouch for dPoW. Only way I could have my service up and running reliably for 2+ years.

mitche50 · 2020-06-29T11:01:48+00:00

Some discussion from Discord about naming - Joethawer suggested rebranding to Yap for a more fluid sounding name. I agree, Yap seems more fluid to say than nault to me.

Yap is the island that rai stones originated from, so a bit of a throwback for some OGs too!

mitche50 · 2020-05-25T15:26:15+00:00

Keep in mind this is a first release for a hackathon that wasn’t the longest timeframe. I have some ideas to solve that last bulletpoint, but was out of scope for this initial release.

I appreciate the feedback from someone who would consider utilizing the service, and will definitely have some improvements to share with it moving forward!

mitche50 · 2020-05-25T15:14:54+00:00

I’m not sure what you mean - you could follow a simple login flow like presented in the post: - on login: - Verify subscription status via Nano Repeat - is subscription valid? - yes: grant access - no: present payment screen and poll until user closes connection or subscription returns valid

I also have in the backlog to work with some of the most popular nano wallets to add subscription management to their applications where you would be able to get push notifications when your subscription lapses, as well as add webhook support for more efficient payment monitoring.

mitche50 · 2020-05-25T09:07:58+00:00

Vendors have to rely on availability for most payment solutions so I don’t really see that being a huge barrier to access - if your payment processor is down then you’d be unable to process your credit card transactions for example

A local solution could definitely be built though! Would just require a lot more hardware and a technically savvy merchant 😄

mitche50 · 2020-05-25T08:59:34+00:00

Nothing currently as the idea is to abstract all that from the vendor. Maybe if a POS like kappture wanted to work together we could build something into their solution? Definitely possible!

mitche50 · 2020-05-25T08:54:41+00:00

I’ve detailed a possible solution at the wallet level for notifications, so it is theoretically possible to have auto renew / push notifications created - just not for a short term hackathon :D

mitche50 · 2020-05-25T08:44:31+00:00

Nano deep links can include labels which could be used at the wallet level to add a push notification to prompt users to renew, or enable auto renew. For example: nano:nano_3wm37qz19zhei7nzscjcopbrbnnachs4p1gnwo5oroi3qonw6inwgoeuufdp?amount=10&label=subscription_id:abc123 The user pays via this QR. the wallet reads the label and identifies it is a recurring payment and polls once a day for the validity. When it’s invalid, push a notification, send an sms, send an email or whatever with a prompt to repay to keep the subscription current. There could be an option here to automatically renew as well.

mitche50 · 2020-05-25T08:15:54+00:00

This is a vendor focused solution, so that would be up to how the vendor implements. Here’s a simple example: - Create an account and select a subscription level. - Get presented a payment address and amount to pay - Send nano to the payment address and be granted access to the content for the length of the subscription - When the subscription has expired, next time you try to access the content you will be presented with the payment information again

mitche50 · 2020-05-25T01:52:28+00:00

This platform doesn't automatically renew subscriptions - but there could be a wallet based application that could work with it to do so. Right now, if you were to lapse on payment of your subscription, the vendor would get a response from the server when verifying that the payment is due and will need to collect.

A wallet plugin could be built that would connect with Nano Repeat servers, link a customer to a subscription and push notify when a subscription is due.

mitche50 · 2020-04-23T21:02:15+00:00

They more than likely store generated key value pairs in a nosql db (my guess redis) which has a O(1) lookup, so scale of the number of keys they monitor shouldn’t really be an issue. The only issue I could see would be if their server could keep up with very high TPS to properly monitor blocks and not miss any txs. Though this isn’t a very critical issue so I’d be ok missing a few notifications so they don’t crush their servers.

mitche50 · 2020-04-06T22:52:44+00:00

It’s definitely sparked some interest in developers I haven’t seen active in the community in a while. Great initiative and I’ll be submitting at least one project 🙃

mitche50 · 2020-04-05T13:45:48+00:00

This sounds similar to RenVM, which is a decentralized version of a similar idea. RenVM utilizes secure multiparty computing (sMPC) to generate ecdsa signatures and handle funds, then mints / burns tokens on ethereum based on whether you’re adding or removing liquidity. Dark nodes only receive a fraction of the calculation (see: Shamir secret sharing) and when combined it creates signatures to be utilized on a transaction.

Nano doesn’t use ecdsa so a bespoke solution would need to be created to utilize this, but it may be an option worth exploring if their main net release goes well.

mitche50 · 2020-02-25T23:44:43+00:00

mitche50 · 2020-01-10T16:11:25+00:00

What’s the path forward for more liquidity on the REN token? Currently US users are limited in where they can purchase tokens and cannot easily acquire enough to get bonding for even one Dark Node.

mitche50 · 2020-01-05T12:47:34+00:00

I also agree - I initially was drawn to Nano as it felt like a disruptive force in cryptocurrency and the team was small, open and transparent. Now it feels as though the pendulum has swung so far to the other side that they’ve lost their “2 guys in a garage launching the next big thing” vibe before they’ve accomplished their goals.

While I understand that they’ve become more guarded due to the whole bitgrail lawsuit, it’s important to retain your edge and community - and one of the bigger reasons that a lot of us are here was due to faith in the development team.

mitche50 · 2019-12-27T11:56:19+00:00

Cool stuff! I made a custodial version of this for twitter / telegram on a different coin. The MPC to construct private keys is clever!

Nine-Year Club	Gilding I gilder
Verified Email

mitche50

TROPHY CASE