[ANN]🌀 Blur Network(BLUR) 🌀 | PoW Cryptonight-Dynamic | CPU/Solo Mining | DPoW

[cqqjmzzx]

GUI wallet is no longer in use. What should I do?

[1713993895]

1713993895

[1713993895]

1713993895

[1713993895]

1713993895

[blurnetwork]

BLUR is now listed on txbit.io with BTC, ETH, and XLR Pairs!


BTC, ETH, XLR Pairs

Also, please make sure you are running the latest v0.1.9.5 release, as it includes updates that are necessary to maintain your privacy.

[blurnetwork]

BLUR has been listed on Altilly with BTC & XQR Pairs!


BTC, XQR Pairs

Trading can begin immediately.  Deposits, withdrawals, and order creation are all confirmed working.

[blurnetwork]

Posting here since I forgot to do so when it was initially released:

A new release for Blur v0.1.9.5 'Radiant Flux Primed' has been uploaded to github. This update is STRONGLY recommended for all nodes, as it includes privacy updates (to protect from timing attacks allowed in XMR's code, by default), as well as patching the the most recent vulnerabilities found in XMR.

The v0.1.9.5 release is backwards-compatible with nodes running v0.1.9.1.  However, nodes running v0.1.9.1 will drop connections to v0.1.9.5, if the daemon from v0.1.9.1 is the one who initiates the connection.  Otherwise, the connection is allowed if v0.1.9.5 initiates the connection.  However, an update is recommended due to old daemons not being protected against the cache-timing vector, and a couple other bugs.   Please update as soon as possible. 

You can find the changelog for the new release on the CLI tools release page.  Updated GUI's are also available here.

Note:  There is known bug in the GUI that requires starting the daemon (blurd in Mac/Linux, blurd.exe on Windows) externally for syncing.   Launching from the "Start Daemon" link in the GUI will not work.

[blurnetwork]

As far as the most recent changes go, the two patches of concern are within:
1.) Handling of additional tx public keys, and their (lack of) inclusion in a transaction.
2.) P2P protocols allowing transmission of any peer's host OS, along with other info, that collectively or separately could make memory timing attacks a lot easier.

Both of these have now been patched in v0.1.9.5. Prior to this, additional transaction keys were not always included in a transaction, in all scenarios where they should have been. Now, if they are present, and the boolean need_additional_txkeys is not evaluated as true, they are included as well.  This is a bit overly conservative, but we will shave the logic down to an XNOR-case in the next release.

The second fix seems to have been necessary due to what appears to be a leftover from Bytecoin.  However, it was commented out in XMR's original code.  That changed in XMR, 5 years ago, and the flag for ALLOW_DEBUG_COMMANDS appears to have been set by default ever since.  This is a bit of an issue, as the P2P commands involved with that flag are not secure, and give up a decent amount of information about the node's host computer

Some background on memory-timing attacks...  Worth noting that these are nearly impossible to defend against, but some things make them much easier, if they are known about the host computer.

Spectre and Meltdown were two recent vulnerabilities that made use of this.  Intel and AMD had to completely rethink their architecture design to mitigate.
Dan Bernstein's paper which proved these attacks' feasibility: https://cr.yp.to/antiforgery/cachetiming-20050414.pdf



Prior to their removal, the conditional flag, and associated P2P pubkey:


And the associated conditional (in one place, anyway)


Why this is dangerous:
That P2P_REMOTE_TRUSTED_DEBUG_PUB_KEY is the same as a known cipher text, that gets hashed by every daemon who connects and performs a handshake, prior to our latest update. Such is the case currently in XMR, and every fork of it, excluding BLUR.


Nodes on v0.1.9.5 no longer include this functionality.
The relevant function doing this can be found here: https://github.com/blur-network/blur/commit/482631942c187d47c02d3cd42651ad87801ccebe#diff-c02157891426370c008d7076b723128cL1416 and is called proof_of_trust

[lorenz2356]

Hi! Do you have a bootstrap for the old blocks? thanks

[blurnetwork]

Hi! Do you have a bootstrap for the old blocks? thanks

Yes, we do. Link: https://github.com/blur-network/blur/releases/download/v0.1.9.5/blur-blockchain-bootstrap.zip

There are also instructions here: https://github.com/blur-network/blur/releases#bootstrap

[qq386437050]

How to import coins from old wallets into new graphic wallets

[chengyz]

hello,
    please help me ,My wallet can be opened on both 0.17 and 0.175, but after updating to 0.19.5, I can't open the wallet file. I am prompted that the password is wrong. I am sure the password is correct. What do I need to do?

[boomboom]

Is there a paper wallet generator?

[blurnetwork]

Is there a paper wallet generator?

Yes, on the website, under CLI Wallets. (Lock symbol)

[blurnetwork]

How to import coins from old wallets into new graphic wallets

hello,
    please help me ,My wallet can be opened on both 0.17 and 0.175, but after updating to 0.19.5, I can't open the wallet file. I am prompted that the password is wrong. I am sure the password is correct. What do I need to do?

Please see the procedure here: https://github.com/blur-network/blur/issues/24 ...

alternatively, you will be able to open that wallet with the v0.1.7.5 release or below.  However, you need to connect to the network by using the daemon from v0.1.9.1 or newer.  Old wallets connect just fine with new daemons. It's the password handling that changed in a non-backward compatible way. When you get the wallet open using v0.1.7.5's blur-wallet-cli, you will need to type the following command:

Code:

set_daemon http://localhost:52542

then your daemon should connect to the wallet, and you can send the funds to a wallet created using v0.1.9.1 or newer.

[blurnetwork]

If you missed it this past week: we have started development efforts on integrating chain security from Komodo’s DPoW, which will allow for securing BLUR with BTC through notarized transactions.

You can read about the beginnings of this collaboration here: https://komodoplatform.com/tt2019-16-synthetic-positions-prices-blockchain-financial-instruments

[qq386437050]

Where did the people go?

[boomboom]

Where did the people go?

Some are accumulating, and prefer not to have too much attention on BLUR until they finish.

dPoW will be big news if it succeeds

[blurnetwork]

Where did the people go?

Some are accumulating, and prefer not to have too much attention on BLUR until they finish.

dPoW will be big news if it succeeds

You can follow the progress on DPoW integrations here: https://github.com/blur-network/dpow-blur. And on the projects board here: https://github.com/orgs/blur-network/projects/1

I just finished implementing the RPC calls that will enable (eventually) things like cross-chain clusters and interactions with other assetchains in komodo’s network. All of the bitcoin compatibility dependencies have been integrated and placed in a separate  “bitcoin” library.  The goal when DPoW is launched, we’re shooting for full interoperability between XMR-based chains, and KMD’s ecosystem.

The exciting part, outside of the security that will be gained with KMD’s work: This means that BTC-based and XMR-based chains will be able to communicate by simply porting the changes. Still a lot to do, but things are taking shape.

[qq386437050]

Whether coins are successful or not, people are far away and trading volume is close to zero, which makes it difficult to arouse interest.

[blurnetwork]

An update on the state of DPoW integrations for BLUR:

Porting all of the BTC-derived code is taking a while, but things are moving along smoothly... particularly as of late.  Things finally beginning to click between XMR-BTC, mentally speaking.

At the following repo you'll see some recent changes (not all have been pushed yet, as I am trying to keep that repository in a state that actually builds without treating warnings as errors): https://github.com/blur-network/dpow-blur

Among those changes that have been pushed are:

- There is now a binary that builds with the set of blur-specific bins that is titled `blur-notary-server-rpc`.  This will become the binary that will create the notarization transactions on BLUR's chain, once  the data has been written to into a raw btc transaction.
- That raw BTC data is going to be affixed to the 'extra' field of an BLUR transaction.  This subfield in the `tx_extra` will be prefixed by a leading byte of `0x05` which will be unique to notarization transactions.  I am going to attempt to keep that an authenticated field, meaning only NN secret keys will be able to create this type of transaction (ideally).
- Can't promise the authentication, since this field is not verified for content by any node (as far as consensus goes). But since we are making changes to consensus anyway, I figure its worth a shot (really just mitigates performance hit from verification happening too often).
- If you wish to compile that repo on your own you can also use the JSON-RPC calls for `notarization_data`, `height_MoM`, and `calc_MoM` to make a call to each of those three methods on the daemon.  I'll be adding documentation for these later on.
- The above RPC calls will eventually be populated with data from the komodo state files, iguana's methods for merkle tree calculations, and all that good stuff.
- The backbone of the RPC calls and the notarization server are built.  So, what's left is a matter of actually plugging these functions into the RPC calls and making sure they work properly once that's complete.

Integrations are looking like they’ll be done around the end of June. Possibly a week or two into July.

[blurnetwork]

Blur v0.1.9.8.1 'Radiance' has been released!

Grab it here: https://github.com/blur-network/blur/releases or via the links on the website.

Please update as soon as possible, as the update patched a critical wallet vulnerability.  Please see changelog for relevant information, as well as the picture attached below.  Opening old wallet files on the new wallet will mean that your mined rewards will not show up in your wallet balance until the steps below are followed:

[blurnetwork]

GUI wallets have also been released for all platforms.  Grab those on the GitHub releases page as well, or via links on the website.