pull down to refresh

This is a thread for random discussions that gets posted everyday at 5am central.

Tell us what you're doing today, ask questions, or vent about your life. Whatever you want, let it rip!

Quick question: My hot wallet got many addresses à la bc1abc

If Idgaf about one of these addresses being tracked - can/should I receive Bitcoin to this addresses multiple times to save vbytes and thus costs when sending? Or is there another reason to not reuse them?

reply
If Idgaf about one of these addresses being tracked [...] is there another reason to not reuse them?

Keep it mind that reusing addresses does not only decrease your privacy. It decreases the privacy of all transacting with you:

https://en.bitcoin.it/wiki/Address_reuse#Privacy

reply

Thx, that's what I was asking about.

Interesting

reply
can/should I receive Bitcoin to this addresses multiple times to save vbytes and thus costs when sending?

You can save vbytes by reusing addresses?

reply

Well, the script is shorter if it lists only one source instead of several

reply

Ah, like consolidating UTXOs

reply

A while ago, I was reading this paper and I realized that it might be possible to write a Monero mining program in Common Lisp that would be faster than the default mining code.

Monero's mining algorithm uses a bytecode VM to calculate a randomized set of equations that change periodically. It is designed to be efficient only on CPUs. [0] But if you could compile the set of calculations quickly enough, the resulting machine code would necesarily be faster than Monero's bytecode VM. As it turns out, several Common Lisp implementations (notably SBCL) specialize in quickly compiling code on-the-fly. So when the set of calculations changes, this mining program would compile the new set of calculations and continue mining.

I have no idea how much faster this mining program would be compared to Monero's current bytecode VM. But compiled code is almost always faster than bytecode VMs, s there should be at least some speed-up. For this program to be worth it, the resulting machine code would have to be fast enough to overcome the delay of the compilation step.

A natural question is: what about adding a JIT compiler to Monero's curent bytecode VM? Personally, I wouldn't do that unless you have a firm grasp of how to write JIT compilers. Plus, it would be far easier to just write the program in Common Lisp; SBCL already provides an AOT compiler.

I should say that I don't care about Monero per se. I just view this as an interesting puzzle.

[0] - I have an idea on how to mine Monero using a bunch of FPGAs, but that would require a Common Lisp compiler that targets FPGAs, which would be a huge project all on it's own.

reply

Realizing I might belong on nostr more than here. I don't want to ruin genuine discussions with noise posts here. I suppose occasional commenting and continued tipping/donating a few sats to the reward pool is where I should reside. And as always. Welcoming newcomers.

It's a little sillier over there, but I think for good reason. Over there I can meme and gather followers without feeling spammy, over here is more open discussions. Which while wonderful and necessary, perhaps I've been abusing that with lack of credulity/valuable input.

Love you stackers. Happy monday.

reply

@k00b would it be possible to force dark mode in settings? Several browsers with privacy features on will ignore the preference

reply
109 sats \ 1 reply \ @k00b 3 Apr 2023

I might. Been meaning to revisit dark mode settings.

We also respect operating system preferences which can conflict.

reply

Thanks!

Options could be

  • System (inherit)
  • Light
  • Dark
reply

Good morning gang!!! Hope everyone is having a great morning, it is Monday so it's the beginning of a new week, let us all have a profitable and successful week. Let's get some greenage and now I'm on holidays since it's spring break for us, so no need for teachers for 2 weeks, gotta get me a side job for this two weeks, anyways I wish you all a phenomenal day filled with joy, success and love. Be well and stay frosty!

reply

OPEC+ oil reduction output can be seen as an economic act of war. The ultimate weapon the US has in this case is to default on its debt. That will make alot of people upset. And then we probably get a real war. A very costly one.

reply

That would be a Mandibles moment. I think it just comes down to the fact that US is losing respect and influence internationally. Probably for good reason.

reply

the US gov has become very stupid. Theyve had the recipe for "world domination" for over 200 years but they are doing the excact opposite now. So stupid.

reply

Yesterday, I bought 6 pounds of bacon for $16 :)

reply

GM SN!

DCAing out of shitcoins.
Stacking sats.
Seeking humility.

reply

I thought shitcoins were illegal in TN.

reply

Shhhh...

reply

Gm @k00b God bless you :D I am vibing

reply

how long until the ticker is accurate again?

reply

I like the inaccurate ticker. A glimpse of the future

reply