Avatar
DagzTagz
ae4c17620c9b3a0413fd019fd7e983da43b2081e7169abecb7764c333a9bfff1
🌘

Yeah I find it very annoying (don’t get me wrong) but I also know mortgage legislation and between Dodd Frank and GLB there’s no way they’re gonna let self custody count… however, for the record, this isn’t a crypto specific thing

If you were to apply for a mortgage and you had $20k under your mattress, you would have to deposit that in the bank to claim as an asset AND you would trigger Anti Money Laundering checks so you’d have to sit on the wire for like 3 months until the AML checks clear

Hahah

your friend would love me... i would be deeply emotionally avoidant in response

I do not make the rules… men on dirtbikes are 100% off their rocker

I love them. I say this with so much love but srsly actually wtf

Listen, in 2019 I had enough {using the language} *crypto assets* to purchase a home outright… shortly thereafter, I was unable to even get an apartment because in order to prove my assets, I was required to liquidate them to “verify” (through an insecure software) bank approved cash holdings as I was fully living off of crypto at the time

Could have bought a home outright, but in practice couldn’t even get rented an apartment

The mortgage thing is sick… yes honey I’ll move a portion of my stack to an exchange and keep the rest on my HWW

Just let me have housing without triggering a massive tax event that actually DOES steal my crypto! Like literally will imminently state sponsor theft! 😂

I can tell who actually lives off of bitcoin and who doesn’t very easily by the way they respond to policy changes- we know.

GLOWIES just GLOOOOOO

Cannot believe IntelBroker looked like that the whole time

SF/Bay Area… it’s where my family lives

lmao from the looks of this plane ticket, I am being sent to California to cool off for a bit 😂

Hahaha I’m willing to bet that’s true but I’ve only ever dated men so idk

By telling presidents and CEOs of mortgage companies that this would be a good idea

Which also meant triggering a massively painful tax event- in this instance you don’t have to do anything and you can say hey I have enough bitcoin to buy this house you u can check my wallet address

I was pushing for this really really hard in 2019… the problem was I had more than enough crypto assets to buy a house to qualify for a loan but in order for it to be acceptable as a liquid asset they wanted me to convert it to cash

Considering crypto a verifiable asset for mortgage loans is massive… way under appreciating this as a big deal for bitcoiners

How else will they justify trying out they’re new state of the art warheads?

The truth is nostr:nprofile1qqs8wakr9493685t725kh2ltgwke4hs400fk8kymslak8eh3g42c3zqpzamhxue69uhhyetvv9ujuurjd9kkzmpwdejhgtcpzamhxue69uhhyetvv9ujumn0wd68ytnzv9hxgtcenjccl nobody really wants the truth… they want to use the misfortunes of others to harbor resource… fame, fortune, a platform…. But if they really had to do real boots on the ground work they’d fall apart because they are not built for it

They love “truth” that lines their pockets and they silence those that they pretend to advocate for- lest it ruin their “reputation points”

It’s the same thing white women have done to black women in america and brown women in other countries for hundreds of years

“Let me have the platform to speak for you about your plight- even though I don’t understand it at all”

Some days I really love open source and some days I feel like if I look at one more open source doc I might just pass away instead

And I’m convinced if you don’t feel like this you don’t really FOSS

Replying to Avatar Gzuuus

Recently, I started implementing encryption in dvmcp using NIP-17, which utilizes NIP-59 (gift wraps). Gift wraps have always been criticized for being spammy, as there is no way to limit the spam factor by filtering or performing other spam prevention stuff. This is because gift wraps do not reveal any information; they can be anything, making them an unlimited spam attack vector. As a result, just a limited amount of relays accept them. This is why you need specialized relays to use NIP-17 successfully. As far as I know, there aren't many, with 0xchat relay being one of the most specialized.

When considering how to integrate gift wraps into the relay behind dvmcp.fun (which is public and accessible to everyone but not a general use relay), I thought the best way to handle them, given the ephemeral nature of dvmcp messages, would be to use the same concept of ring buffer storage I created specifically to handle ephemeral events. This way, I could receive as many gift wrap events as needed without polluting the relay's database. The events would automatically and efficiently evict themselves when the ring buffer's limit is reached.

Ring buffers are quite interesting. They have a limited capacity, and when they reach their maximum capacity, they start to overwrite entries, typically in a FIFO (First In, First Out) manner. The oldest entries are overwritten by the newest incoming ones. This means the first entry in a ring buffer will be overwritten when the limit is reached by the first entry that surpasses that limit. This is useful because, knowing the frequency of the messages you are receiving, you can roughly estimate how long an entry will stay in the buffer. You can ensure a time-to-live (TTL) by increasing or decreasing the size of the buffer. For example, if you want an entry to live for 10 minutes in your buffer and you are receiving 1 note per minute, the size of the ring buffer should be 10. The first entry will be evicted with the 11th note received in 10 minutes. Of course, this is not always predictable, as the frequency of receiving notes may vary due to bursts of notes. To keep the average TTL of notes in the buffer, you can adapt the size of the ring buffer. If you are receiving 1 note per minute and suddenly start receiving 2 notes per minute, you can increase the limit of the ring buffer. Alternatively, you can create a second ring buffer to avoid dynamic memory allocation, which is more 'expensive' than creating a new ring buffer. If you have a ring buffer with a size of 10 and are receiving 1 note per minute, trying to keep an average TTL of 10 minutes, and suddenly start receiving 2 notes per minute, you can just create a new ring buffer with size 10 and start filling it. This will maintain the TTL at 10 minutes even if the frequency doubled.

Why am I telling you all of this? I have an idea and would like to hear your thoughts on whether it seems interesting. The idea is to create exactly what I described: a specialized relay for secure communication that uses ring buffers to handle gift wrap events where the events are treated as ephemeral events with a TTL. This way, you can offer a relay that will keep gift wrap messages for 10 minutes, for example, and can adapt to the demand dynamically and efficiently. This relay is not intended to keep messages forever, so the caveat is that you will have to be online to receive the messages before they are evicted. The benefit is that it can be much cheaper to have a relay handling gift wraps, as the storage requirements are less. This could improve the robustness of the network when distributing gift wrap messages, allowing for many of these small gift wrap relays to exist. You can connect to them to collect messages that are for you and then store them as you like if you need it. It also allows for ultra secure private communication for real time chats. If keeping the messages for a longer period is not a requirement and you just want to ping someone to see if they are online and maintain a conversation, this is a very private way to do it, using gift wraps as ephemeral events.

I have some more ideas we can apply to this concept, but I'll stop here as I would love to hear your thoughts. Does this make sense, or is it bs?

Thanks for reading!

Yes