[XMR] Monero - A secure, private, untraceable cryptocurrency

[papa_lazzarou]

We don't want to release half-baked stuff that isn't really ready just to say we released something.

That's why we love you guys. 

Oh, and because fluffypony rubbed my ears once...

[smooth]

can anyone explain me how i can read the blockchain without block explorer? (if even possible)

You can use the print_block command in the daemon.

[smooth]

i see. do block explorers use this command combined with a looping script + parser or do they analyze blockchain.bin? is there any way to decode blockchain.bin to readable format?
thx a lot

I would assume that the block explorers use the RPC which is similar in function to the command. It is also possible they have modified the daemon somewhat.

I'm pretty sure they don't parse blockchain.bin because that is only written out normally every 12 hours (and writing it out is pretty slow) so it can't be used for real time data.

[tacotime]

 

It's been busy.

The new database code [so far] works great.

Some progress has been made on a major overhaul of the privacy technology of coin via proposed changes to the wallet. Hopefully soon there will be more details about that. We wish to make Monero the high efficiency, high privacy chain with no opt-out for being a mixable element for any given output.

Many of us are travelling at the moment and are all over different countries, so bear with us.

[monero]

crossposted from https://forum.monero.cc/1/news-and-announcements/91/monday-monero-missives-17-november-2nd-2014


Monday-ish Monero Missives

November 2nd, 2014

Hello, and welcome to our seventeeth Monero Monday Missive! This Missive has been horrendously delayed due to travelling, jetlag, and timezones. Nonetheless, we're keeping it short and sweet, as it is a prelude to next week's Missive, in which we hope to have some binaries so you don't have to compile source code to test these new features;)

Major Updates

1. For those following the database development, we are at a point where it is actually syncing! Our initial observations are that as the blockchain grows LMDB's virtual memory requirements will increase, but since it will rarely touch any of the virtually mapped data the real memory requirements are incredibly tiny. We are currently testing rollbacks and edge-cases, but if you would like to give it a spin (or just check out the nearly 6 000 lines of code that comprise of the blockchain DB clase and the initial lmdb implementation) then you need to clone tewinget's repo and checkout the blockchain branch - https://github.com/tewinget/bitmonero/tree/blockchain (note that this is pretty much Linux only at this stage, Windows and OS X support will come soon)

2. Per-kb fees are ready to go, and has been merged into the master repository! The per-kb fee has initially been set at 0.01 XMR per kb, and we are confident that this will be a suitable fee for the moment. We are not going to enforce a block-point hard fork, but we would appreciate it if major pools could upgrade by Monday. Thereafter, exchanges and users can upgrade over the course of next week as Monero 0.8.8.5 is released.

3. Our shiny new CMake is also nearly ready - there are a few final nigglies on Windows and FreeBSD, and then it'll be all merged in.

Dev Diary

Core: LMDB implementation is complete, and is undergoing testing for drastic rollbacks and edge cases. Please grab and test (link is above)

Core: per-kb fees merged into master, and switchover to the new fee structure is hoped to happen next week.

Until next week!

- updated by fluffypony

[nioc]

Thank you.

How much work is needed to make the DB windows and OS X compatible?

[digicoin]

Thanks for great works

[digicoin]

Thank you.

How much work is needed to make the DB windows and OS X compatible?

That is the purpose of LMDB implementation

[bigj]

Thanks for great works

Yes! Big thanks! Keep it up :-)

[smooth]

Thank you.

How much work is needed to make the DB windows and OS X compatible?

That is the purpose of LMDB implementation

Yes LMDB certainly works on Windows and OS X. There are a few system specific details to be worked out such as build scripts, and I would say it should be straightforward, except that these something can always go wrong, so better to not promise anything until it is actually done.

For now please test the Linux version for non-critical nodes (large pools and exchanges please hold off!) if you are able to do so and help us out with any feedback.

[liteon]

Any plans to make that database integrated into GUI wallet, so people can use it simple?
For users who car run only "click and done", you'll (we'll) need that, so we can get more people in.
This way as it works now, it's too complicated for a lot of people.

[smooth]

Any plans to make that database integrated into GUI wallet, so people can use it simple?
For users who car run only "click and done", you'll (we'll) need that, so we can get more people in.
This way as it works now, it's too complicated for a lot of people.

Yes eventually the there will be a client with a simple GUI setup. There were some screen shots of the prototype start wizard here: https://bitcointalk.org/index.php?topic=583449.msg8835838#msg8835838

We definitely agree it is too complicated now for a lot of people. The current software is designed and intended solely for crypto enthusiasts and other technically inclined users.

[florida.haunted]

Monday-ish Monero Missives

November 2nd, 2014
............... SKIPPED ...................
Dev Diary

Core: LMDB implementation is complete, and is undergoing testing for drastic rollbacks and edge cases. Please grab and test (link is above)

Core: per-kb fees merged into master, and switchover to the new fee structure is hoped to happen next week.

Until next week!

- updated by fluffypony

Thank you for great work guys!

Fluffypony, it is absolutely not a problem, if you have decided to take vacations. It is absolutely no problem if all you devs are travelling for a week!
But simply notify us that next missive will be delayed. It is just few words to post here!

Note, it is not our decision to switch missives to per-weekly basis. It is *YOUR* decision, dear devs!

Do not give us a promise that next missive will come "in 12 hours at most". And then be late more than 50 hours. We do not claim promises!

Better, describe what has been already made.

If missives' per-weekly basis is uncomfortable for you - discard it.

But whatever you decide - NOTIFY US as soon as possible.

Encore, great thanks for LMDB progress!

[dnaleor]

great work guys !!

[Wekkel]

Any plans to make that database integrated into GUI wallet, so people can use it simple?
For users who car run only "click and done", you'll (we'll) need that, so we can get more people in.
This way as it works now, it's too complicated for a lot of people.

Yes eventually the there will be a client with a simple GUI setup. There were some screen shots of the prototype start wizard here: https://bitcointalk.org/index.php?topic=583449.msg8835838#msg8835838

We definitely agree it is too complicated now for a lot of people. The current software is designed and intended solely for crypto enthusiasts and other technically inclined users.

The GUI looks great. But I can imagine that you focus on the internals first.

[smooth]

Any plans to make that database integrated into GUI wallet, so people can use it simple?
For users who car run only "click and done", you'll (we'll) need that, so we can get more people in.
This way as it works now, it's too complicated for a lot of people.

Yes eventually the there will be a client with a simple GUI setup. There were some screen shots of the prototype start wizard here: https://bitcointalk.org/index.php?topic=583449.msg8835838#msg8835838

We definitely agree it is too complicated now for a lot of people. The current software is designed and intended solely for crypto enthusiasts and other technically inclined users.

The GUI looks great. But I can imagine that you focus on the internals first.

They are being done by different people at the moment, so both are proceeding, but yes improving the maturity of the internals is the highest priority for now.

[Kevin77]

2. Per-kb fees are ready to go, and has been merged into the master repository! The per-kb fee has initially been set at 0.01 XMR per kb, and we are confident that this will be a suitable fee for the moment. We are not going to enforce a block-point hard fork, but we would appreciate it if major pools could upgrade by Monday. Thereafter, exchanges and users can upgrade over the course of next week as Monero 0.8.8.5 is released.

Yesssss! Thank you!
A n00bish question though: how many kb actually I can expect to have a small-normal transaction? What will be the min fee? 0.1 XMR?

[jwinterm]

2. Per-kb fees are ready to go, and has been merged into the master repository! The per-kb fee has initially been set at 0.01 XMR per kb, and we are confident that this will be a suitable fee for the moment. We are not going to enforce a block-point hard fork, but we would appreciate it if major pools could upgrade by Monday. Thereafter, exchanges and users can upgrade over the course of next week as Monero 0.8.8.5 is released.

Yesssss! Thank you!
A n00bish question though: how many kb actually I can expect to have a small-normal transaction? What will be the min fee? 0.1 XMR?

You can click through some blocks here and look at txs: http://chainradar.com/xmr

Looks like typical txs are < 1 kb up to 5 or 6 kb, so it should definitely help reduce the fee paid on most transactions by at least a factor of two and up to an order of magnitude.

[Bassica]

Nice one guys! Thanks for the update and keep up the good work.

[papa_lazzarou]

Check out binary options on polo's XMR price:

BTCBINS

It works great and the support is good.

Maybe it can help move the market a bit.