it certainly seems possible to make an ecash payment that requires proof of work on the signature
Not sure about the rest
For context nostr:npub1yxp7j36cfqws7yj0hkfu2mx25308u4zua6ud22zglxp98ayhh96s8c399s has been planning to build his own #Lightning protocol, different from LND, lightning-core, éclair, and Electrum
This (imo) is another step in that direction
it is a step, yes
My latest invention is Hedgehog: a protocol for asynchronous layer two bitcoin payments
Check out the video here:
Seems like voltage could help fix this: create invoices signed by a fake "ephemeral node" and only include their own node as a route hint. The payments are *actually* going to the intended Mutiny user (who alone knows the preimage) but Pocket would *think* they are going to the ephemeral node. Does Pocket require a signature "proving" you own the destination node?
BitVM Crash Course - learn to build on BitVM through tic tac toe
Doing a workshop on ecash in Sao Paulo! Specifically, cashu
Yes I do
But, to be clear, I have nothing to do with this scam or the scammers doing it
They coopted the bitvm name because it generates buzz among altcoiners
Did you see my releases of semaphore.finance and loan shark? (https://github.com/supertestnet/loan-shark)
Semaphore github: https://github.com/supertestnet/semaphore
Did you see my releases of semaphore.finance and loan shark? (https://github.com/supertestnet/loan-shark)
My latest invention is Semaphore: peer to peer crowdfunding with bitcoin
Each bitpac address is a multisig where you have one key and your friends have the others. The money is safe if your friends are trustworthy. If they aren't, they can vote to steal all the money in the multisig and you won't be able to stop them (unless you give yourself multiple keys and thus make your vote count more than theirs)
That's basically it
It's a type of sidechain that convinced two idea, one very good and one very bad
The very good idea is called blind merge mining, the inventor of spacechains (Ruben Somsen) figured out a way to do it without a soft fork
The very bad idea is that in order to get bitcoins "onto" the spacechain, you destroy them, like literally you provably delete your bitcoins... And once they are on the spacechain you can never get them back again
I thought they were interesting enough to implement and someday I hope to fix the "destroy your bitcoins" part
I often build other people's ideas
Rise was Geyser's idea
Coinflip Contract was Adam Back's idea
Inscribe the Planet was Topher Scott's idea (and almost all of the code is his idea too)
B for Book was Ninja Grandma's idea
Tapleaf Circuits is my take on Robin Linus's idea (bitvm)
Hoard is my version of Brian Bishop's "Python Vaults" software
I made Friendica Marketplacebecause someone paid me to do it
Same with Satoshi Votes and Lightning Controller
P2BO and Spacechains came from Jeremy Rubin I think
So yeah, I make lots of ideas that other people came up with
Today I made a list of my favorite self-made projects and educational resources:
Yes except for the "without consent" part
They do consent because they set the limits within which Nostr Image Host works
fyi for relay ops: see this PR for strfry-policies that will block certain event kinds, so you can trivially block this one too (57009)
https://gitlab.com/soapbox-pub/strfry-policies/-/merge_requests/11
I've also written a filter for blocking events selectively by size. Another relevant tool would be a script that sums the data usage of notes per user. I haven't released that because it's a hacky python script, but that'll be critical if people abuse this by arbitrarily using different event kinds.
This is the kind of thing I love to see
Filters ftw!
My latest invention is Nostr Image Host, a free image hosting api that leverages nostr to store images
nostr:npub1yxp7j36cfqws7yj0hkfu2mx25308u4zua6ud22zglxp98ayhh96s8c399s going through your awesome YT videos.
Any more learning materials produced by you?
I assisted with the production of two courses:
Plebdevs course: https://emeralize.app/course/purchase_detail/1/
Just realized this is dumb. Here is a simpler/better procedure without loan shark: he should keep the $1000 he started with, wait til bitcoin dumps to $10k, then buy bitcoin. He will get .1 bitcoin at the bottom, then he can sell it for $1500 when bitcoin hits $15k. A 50% profit.
Suppose a bitcoin bear thinks bitcoin will fall in price from $40k
to $10k at some point during the coming year, and then bounce back up a
little to $15k. He can use loan shark to profit from his prediction.
First, he must find a loan offer with a 1 year term, a low collateral
requirement, and a low interest rate. For this example, I will assume
the collateral requirement is 102% and the interest rate is 1%. I will
also assume the bear wants to put $1000 into his short position.
For
this to work, the shorter needs to get 0.025 BTC from the lender in a
contract with terms similar to the above, so he must deposit 0.025 *
1.02 as collateral, i.e. 0.0255 BTC, worth $1,020. He should therefore buy 0.0255 BTC for $1,020 and deposit it into loan shark for use in the above-mentioned contract.
He will "get" 0.025 BTC from the lender, which is worth $1,000, and he will owe the lender 0.02525 BTC in 1 year (0.025 * 1.01 = 0.02525). Next, the shorter should sell his 0.025 BTC for $1,000 and wait for bitcoin's price to drop.
When its price hits $10k, he should buy 0.0275 BTC. This should cost him $275, leaving him with $725 so far. Next, he should use the 0.0275 BTC to pay off his loan. He will immediately get his collateral
(0.0255 BTC) back.
Next, he should wait for bitcoin's price to rise to $15k and sell his 0.0255 BTC for $382.50. When added to his $725, this means he has a total of $1,107.50 at the end of this procedure. He started off with $1,020 and now he has $1,107.50, a profit of $87.50 or 8.6% on his initial investment.
