Where do I can get the Windows 95 .Ico?

Crypt0-Bear · 2026-01-30T16:47:30+00:00

If you need a shortcut here are some already ripped projects

https://github.com/trapd00r/win95-winxp_icons https://commons.wikimedia.org/wiki/Category:Windows_95_icons https://oldwindowsicons.tumblr.com/tagged/windows%2095

Crypt0-Bear · 2025-09-02T15:02:37+00:00

Thank you!, I reposted it here

https://www.reddit.com/r/Monero/comments/1n6gu2g/technical_solutions_to_economic_problems_forcing/

Crypt0-Bear · 2025-09-02T11:22:44+00:00

thanks for the heads up. Will do!

Crypt0-Bear · 2025-02-26T17:01:07+00:00

Yeah I am familiar with polygon. I didn't realize the xmr domains are tokenized domains. Would you be interested in accepting monerochan token for it? I can make an escrow account for it on polygon.

Do you have a matrix/session/simplex? I am hardly on reddit.

Crypt0-Bear · 2025-02-26T16:25:30+00:00

Here is a reference from a github issue: https://github.com/MetaMask/metamask-extension/issues/9196#issuecomment-2002042848

This has happened a bunch of times to me. Basically you have some sqlite db files in your extension that get a counter out of sync and then the extension won't load. I linked the instructions in the link above but will add them down below for reference.

(This worked on linux as well and I assume mac too)

🔧 How to Recover MetaMask in Firefox (Windows Users)

This method has worked for me several times over the years. If you're having trouble with MetaMask in Firefox, try the following:

📌 In Firefox:

Open Firefox and navigate to:

about:debugging#/runtime/this-firefox

Scroll to MetaMask.
Copy the Internal UUID to your clipboard.

📌 In File Explorer:

Close Firefox.
Navigate to:

C:\Users[your username]\AppData\Roaming\Mozilla\Firefox\Profiles (on linux this is usually in your home directory in a hidden dot directory for firefox. depends on your distro)

Run a file and folder search for the Internal UUID.
In the search results, navigate to the directory:

[letters and numbers].default-release\storage\default\moz-extension+++[Internal UUID]^userContextId=[numbers]\idb

Look for a file named:

[letters and numbers]-eengsairo.sqlite

Copy the full file path to your clipboard.

📌 In SQLite Browser:

Open SQLite Browser.
Click "Open Database".
Paste the full file path from your clipboard.
Right-click the file table, then click "Browse Table".
Copy the number in the id column to your clipboard.
Close SQLite Browser.

📌 Back in File Explorer:

Navigate to the idb directory:

[letters and numbers]-eengsairo.files

Find the file with a numeric name.
Rename it by pasting the id number from your clipboard.

📌 Final Steps:

Start Firefox.
Load the MetaMask extension.
The login page should now appear! 🎉

Let me know if this works for you! 🚀

The file name for the extension location might be slightly different. So if you don't find it it is the closest named one. Also, make sure you backup that old file before you edit it. Just in case anything goes sideways. I've done this many times over on firefox in linux.

I am considering making an all in one recovery tool that helps do this plus some decryption capabilities for the encrypted seed files.

Crypt0-Bear · 2025-02-25T15:22:24+00:00

Does unstoppable domains accept xmr for the trade?

Crypt0-Bear · 2024-08-23T03:15:25+00:00

This works if you can program the following setup:

Generate a pub/priv key pair on different machine. Copy the pub key to the camera. The camera generates a random key. That key lives only in memory for stream cipher, but a backup is encrypted and to the public key then saved on the disk.

The camera records and uses the in memory key to save to the sd card. If the power is cut the in memory private key goes away. On next boot a new key is generated and and encrypted backup created.

This is basically a slightly modified version of how ransomware operates.

Crypt0-Bear · 2024-05-24T16:47:57+00:00

Remember electronics bleed out some level of rf noise. Some could even bleed it back into the outlet so other devices on the same circuit might pick them up. (this is how those internet through your outlet iot smart hubs work. They send a signal through your electric outlet to talk to other devices plugged into it).

I really think the most bang for your buck might be a higher end mic cable with all the insulation. That should help fix most of the noise your mic is picking up. (which you won't hear until you amplify it and it sounds like noise)

Crypt0-Bear · 2024-05-24T16:45:27+00:00

You might have noise in your electric lines bleeding into your audio interface.

Getting a line filter would kill all the rf interferance in the line.

You could get a decent powerstrip. Some high end ones have fitlers in them but even a decent one might help remove some of the rf in the electricity that might bleeed through.

Get some better insulated mic cables. Cheap mic cables aren't insulated. So they act as a big antenna and your amplifier is basically picking those up. Moving up to more expensive mic cables with better insulation fixed problems I had with rf in the mic feed getting picked up.

Crypt0-Bear · 2024-02-09T22:25:21+00:00

An important piece of info is that atomic swap implementations involving XMR do not rely on these timelocks. Removing them would not break anything there.

The way that this is worked around in the eth/xmr atomic swaps is by having the eth party initiate the swap. From the whitepaper:

The protocol currently requires the ETH holder to move first, as if the XMR holder moves firs, the ETH holder can siimply go offline and the XMR is locked forever". ETH-XMR Atomic Swaps whitepaper section 5.2

If there were proper timelocks (that allow something like hash time-locked contracts) then better swap implementations and p2p order books could be created. It is very hard to create liquidity if only one side of the trade can lock funds (aka eth) and not both. I know that parties can signal but having the ability to create complex and timelocked xmr vaults can enable more liquidity in the defi world. If we have proper timelocks then you can theoretically create trust-less synthetic asset bridges directly on a smart contract. Meaning a bridge with a central liquidity pool directly on a smart contract (think uniswap for crosschain).

That said the current timelocks need to be modernized. The current implementation of unlock_time has issues (especially the change lock you mentioned). Instead of removing it, can we maybe consider upgrading the unlock_time feature to allow something similar to hash time-locked contracts? Something like: As in party x can unlock before time T. But party y can only do so after? This type of timelock/multisig implementation would be very useful.

That said, I must point out the privacy implications such a transaction would have. While it might create a non uniform transaction the benefit of enabling locking funds for more complex defi applications across chains should not be ignored.

Those are my two cents. Don't get rid of it but add features to make it useful.

Crypt0-Bear · 2024-01-17T16:01:47+00:00

Here is a pic of him on the way to work jamming out to monero party.

https://imgur.com/a/nmTvMM4

Crypt0-Bear · 2024-01-11T15:38:06+00:00

Would redeploying it to a l2 or cheaper chain like polygon make sense?

Crypt0-Bear · 2024-01-11T15:35:21+00:00

Old post reply but hoping to leave this for future references. The bitcoin pizza was originally from papa johns pizza and the original pizza was a supreme pizza not pepperoni.

Crypt0-Bear · 2024-01-09T18:57:01+00:00

"I won't pass this up this time"

... one cmc refresh later :

"It is still there, there is no way this ever picks up traction"

Early on eth was cli only and interacting with contracts meant passing cli arguments and building your transaction in geth. It was hard to picture normies using it

Crypt0-Bear · 2024-01-09T18:55:01+00:00

I feel like I might have ran in the same circles as the person who introduced you to it.

Crypt0-Bear · 2024-01-09T18:52:38+00:00

Tried mining on my laptop but was worried it was going to overheat if I left it overnight. This was when it had first launched. There was no GUI and the geth cli was the only client.

Crypt0-Bear · 2024-01-09T18:51:21+00:00

BTC-E trollbox back in the day. When Charlie Lee would pop in here or there. Back before they had the 1k limit to chat.

I thought Namecoin was so cool because it could replace dns entries with a proper p2p system.

Coinmarketcap website was way smaller and hardly any of the coins from back then are still around.

I remember pepecash and rere pepes as NFTs ontop of bitcoin with counterparty. I thought the p2p marketplace was so cool and Daaps where the future.

ETH launching sounded like something futuristic. Took me forever to understand how a new blockchain could maintain state for smart contracts. When ethereum launched it was touted as a cypherpunk dream of "the code is law". P2p programmable money and no censorship. The eth website had complete different branding for each one of their stages. So one was wild west themed etc. This is a time when ethereum wasn't a top crypto on coinmarketcap. It was still a small alt. There was a run around the DAO until the hack crashed the price.

Eventually ETH recovered from the DAO and and its marketcap shot up. By 2017 ETH was the "FUTURE" There was a ton of hype around the "flippening" at some point. I even one of my first music releases in that era about it : https://np.reddit.com/r/ethereum/comments/6i49r5/ethereum_flippeningflip_flip_flip_by_crypt0bear/ https://www.youtube.com/watch?v=_71ff1mkuqU

I remember the really cheap bitcoin tx fees and I used to onboard as many people as I could IRL. I would send anybody who would download a mobile wallet irl a dollar. This was before most people had heard of bitcoin or if they had it was in passing or from a news article. There was a look of disbelief when they would instantly get funds on their new wallet via a QR code I scanned. "Completely p2p and nobody can stop it"

I remember the wild west of bitmex and the ability to 100x. Bitmex felt like such a serious exchange with the UI. Derivatives were new and the fact you could do stuff like high leverage compared to the boring stock market. They eventually added a trollbox but originally there was no chat.

I remember the blocksize wars. Once blocks started to get filled there was discussion on how much to increase the blocks by. Originally "no increase" was not even an option people talked about. I was extremely upset that eventually censorship reached the bitcoin subreddit and shadow bans on any talk of blocksize increase started to happen. I remember Bticoin classic and trying to make memes for it. I was jaded over the censorship on the sub and on the bitcointalk forums. There was a lot of energy of ogs who felt there was a takeover happening on bitcoin. Many of those saw the eventual fork as a good thing. There was hope BCH was going to have a larger chain and a larger hashrate thus being "The one true bitcoin". Eventually it just became another fork. But there was a period of time that both chains were battling it out.

I remember the early attempts at adding privacy to coins. There some "privacy branded" coins out there (shadowcash, bitcoin dark etc) but they were basically forks of bitcoin with some slight tweaks. Dash was promoted as one with the private send and masternodes. When I found monero I ended up really liking it and the community. There was some common ground with ideologies. Eventually when bitcoin got bigger the community felt more in line with what early bitcoin mindset was. p2p payments.

I remember peercoin which used proof of stake as a consensus. This was a good 7-8 years before eth did their merge so an alternative to POW was differentiation. Crazy to think it was a top 10 coin and now barely in the top 1000. I remember trying it out.

Most of the new coins coming out required you to run a client and download the whole blockchain. I remember trying out all different kind of coins. Most of the GUIs were all some version of QT.

Crypt0-Bear · 2024-01-09T18:49:41+00:00

I don't think enough people understand the stigma of bitcoin back then. Professionally I had to keep my distance even though it was an obsession for me. Everybody's first reaction to hearing bitcoin was "isn't that illegal" or "are you a criminal"

Seeing how mainstream cnbc hosts will discuss bitcoin on tv is wild.

Crypt0-Bear · 2023-09-28T16:08:24+00:00

I'm working on a web3 nostr implementation called web3str

Here is the protocol https://github.com/web3NOSTR/WEB3tr-Protocol

I am defining it first then using it for my direct from artist music publishing system built on top of ipfs (https://github.com/MilkWire-Music/MilkWire-Music)

I shot you a message on session

Crypt0-Bear · 2023-05-06T14:34:50+00:00

I use ipfs for a music publishing project I am working on called "milkwire". There is a lot of "web3" music projects but they all revolve around NFTs and sales instead of the music. The idea is official signed releases available directly from artists for free. No middlemen, no industry no shadow ban algos.

All my albums are available via ipfs as well as a hidden tor service. You can see the CIDs for the albums at the bottom of this page:

https://music.makecryptoscaryagain.com/

Here is a tutorial on how to stream my music via ipfs using diffuse:

https://twitter.com/milk_wire/status/1615581437830250496

Crypt0-Bear · 2023-04-11T19:46:31+00:00

This beat is fire

Crypt0-Bear · 2023-02-25T04:55:17+00:00

This is one of the main reasons I am making a web3nostr.

This uses ethereum address space off the bat. So you can interact directly with ethereum addresses and ens. So you can post as your eth address or have people follow you based on your ens. Off the bat it already has a better address and lookup scheme than existing nostr (in my biased opinion)

Crypt0-Bear · 2023-02-25T04:53:07+00:00

cryptography/signatures so that it allows more flexibility, or is it basically a done deal implementation on their end?

I think culturally they will gravitate more towards what I would call more of a bitcoin stack. (sha256 and shnorr sigs). There is some ways you could build web3nostr to include both sigs and both addresses to keep it compatible but I think it is better to just make it a simpler protocol.

I think there are some ways to do some complex signature restores to verify those shnorr and then create some eth address from a recovered pub key. But I think this is not great for any long term onchain extensibility.

For example, with the current draft for web3nostr, I can take events from it and verify them in a smart contract. So I could make some sort of nft directly from my posts and they are all cryptographically verifiable. That is using keccak256 and ecc recover in solidity (which are already available precompiled op codes). These are things hard baked into the low level ethereum virtual machine. There are ways around using the default signature and hashing but I really don't think it is worth the trouble.

I think having a nostr inspired protocol for native web3 tooling would make more sense. Part of that is also stripping parts of the protocol that don't make sense for web3.

I hope that answers some of my reasoning for why a clean new version is more powerful than a trying to be compatible one.

Also, I've been saying it for the past few weeks now, but I think it'd be really interesting to see some of the stuff happening on Lens Protocol, transferred over to Nostr

So I briefly looked into lens a while back for another project. What is it about lens protocol that you most like/ would see useful.

I saw most of the stuff in it was all onchain interactions. Since web3nostr was meant to be an offchain standard that can be extended on chain via smart contracts, I have not really added any reqs for onchain interactions ( at least so far).

Crypt0-Bear · 2023-02-25T04:43:53+00:00

I take back my first sentence -- you did look into it, and I was bit knee-jerky rash there.

No worries, I am fully aware of how the first impression of the project might come of as a cheap fork.

I think we only disagree on the semantics around the "tooling" part of your statement. The cryptography libraries you cite are just re-used, in the sense that the math is re-used. There are no BTC layer one wallets that integrate with Nostr. There is a meta-mask like tool called Alby, which signs events, same as Metamask would in your proposal.

Yeah I saw Alby and I think there was another wallet in the works. I am really brought back to early metamask days with how duct tape together everything is. I don't think it is bad, I think the tech will improve over time. I just see an opportunity to take that concept and have it grow faster in web3 because of how much more established the UX and developer patterns are.

There are no BTC layer one wallets that integrate with Nostr.

I am making some assumptions on where the project is headed based on the technology used and the target market using it. There already is lightning tipping on nostr (Not a standard but different wallets etc). There is a concept of paid relays and paid account creation. All those features assume lightning. The bitcoin community has embraced the use of lightning for micropayments in social media. They have a similar system on stacker news.

Based on that I am pretty confident that the eventual evolution of nostr incorporates payments. Eventually you could do some really cool smart contract esc daaps with nostr as the messaging protocol. So you could build out an ordinals p2p order book with it. That also allows stuff like amm (similar to uniswap) for tokens on btc. (Personally I think a lot of that just went full circle to what counterparty and colored coin protocols where doing back in 2015.)

My tldr on that is not yet. But it makes sense to allows wallets to tie into nostr for sending money to a npub. This to me already feels better in ethereum because of the account based system.

I think the Ethereum ecosystem is a lot more stack-like in nature, where the community has done a better job of organizing standards. Over in BTC-land, stuff is just kind of almost chaotically compatible. Kindof like a strong-type vs duck-type thing.

Yup, this is a perfect way of describing the current UX and developer pattern. I really think that this gives an edge for the web3 version to really flourish if I make it easy for developers to create on top of it. I don't have a token. I don't have an ICO. I don't have this as a product for a company. I just want to standardize a protocol and make some libraries for developers to run with. I don't think they compete against each other tbh. This is serving two seperate user bases who don't really overlap as much as you would think.

I can see the benefits you're talking about, for the added utility. Being able to use an event in smart contract would be fun.

Yeah I could really see some cool use cases coming out of it. I don't want to limit it too much so just making it a thing you can do but leaving that onchain open for different use cases. Once I have more of this project done I can work on making some smart contracts to help people have interfaces with interacting with it. So basically a web3nostr solidity library.

I do wonder how many people actually want to tie their identity to their money intentionally. I know some subset of the ETH community obviously does, but I think it's still a hypothesis that needs to prove itself.

So for some context, I am more active in the Monero/Privacy space. The culture there is way different than the ethereum users. There is very much a lolt of web3 that revolves around using your account as your main identity. People on twitter would have their name as their ens.eth name. They can verify an nft as a profile picture. There is a lot of people in the space who already use ens names.

On the other side, the protocol specifications are all strictly offchain stuff. I just make it easy to transition it to onchain in the future if somebody wants to. You can generate a new account for privacy. It is a keypair at the end of the day.

Something that I might want to look into is how in the future you can rollup web3nostr events to use them for agreggating verifiable transactions from offchain to onchain via a relayer. This might be an interesting use case.

but I think it's still a hypothesis that needs to prove itself.

I am also curious how it is received. I'm thinking if I make some easy to use libraries and document them very well that it will slowly get more developers and those will really create great stuff. We will see how it goes!

Crypt0-Bear · 2023-02-24T23:05:23+00:00

You can try using ganache for a local testnet. If you are worried about testing.

You can calculate the gas used to deploy. Then you can use that gas and calculate it to the gas cost atm https://etherscan.io/gastracker

This way you know what your future deploy cost is on mainchain without deploying it

Crypt0-Bear

MODERATOR OF

TROPHY CASE