Author

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 1364. (Read 4670630 times)

hero member
Activity: 532
Merit: 500
Based on the details provided by Nekomata above, how is blockchain bloat considered "not really an issue"?  Monero wants to grow and increase adoption but you are limiting your coin to only desktop computers and basically only 64 bit machines with plenty of ram.  How will you offer mobile wallets for devices with a blockchain this big?  If the blockchain wasn't so heavy on ram but increased at the rate given above, it would still be a storage issue for many devices.  How will you expand your adoption and user base with this problem?  To fix this, would it take a significant rewrite of the current code?

Based on the list above, there are at least $160,000 needed to complete 4 items before the blockchain bloat issue is considered.  Shouldn't blockchain bloat be fixed first so you do not have to rebuild parts of the new GUI wallet that will cost "anything from $15k - $20k"?  I assume that if significant changes are required to the code this could impact the wallet as well.

This is a silly argument. Do you know how mobile wallets for bitcoin work? Hint: they don't store the 25+ GB blockchain locally.

Silly?  I will admit that I am neither a bitcoin or a cryptonote code pro but it is my understand that cryptonote currently utilizes a lot of ram.  Nekomata even said, "Blockchain size is ~2.3GB takes the minimum of that on RAM..."  None of my other wallets use this much.  Is the heavy utilization of ram due to just the way the current wallet works or is it required for cryptonote coins to work right?  From what I gathered I assumed it was required and that's why I'm wondering what can be done to fix this problem and if this will take a significant rewrite of the current code.  

The bitcoin mobile wallets I've used have basically been interfaces for web wallets.  I do not trust web wallets with my coins.  I keep coins on these as little as possible.  This includes exchanges.  The altcoin mobile wallets I have used seem to be more like real wallets syncing the blockchain on the device.  I feel this is a more secure option but may not be possible for all coins.  A web style wallet may be the only way to achieve this for monero.
legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
I'm curious as to how the original bitcoin devs got funding in their early days. How were they able to perform such an amazing service to the world by maintaining such bad original code, and steering the ship among many of the early catastrophes? Perhaps angel investors gave them hundreds of thousands of dollars.

It was a hobby project for most if not all of them, like most other independent (non-corporate sponsored) open source projects. But remember the environment and expectations were very different. There was no urgency to have a GUI, there was no need for much in the way of APIs for merchant integration, Bitcoin took a very long time to even get to Monero's current small level of transactions, etc. Furthermore no one was attacking it at the time, as Bitcoins weren't much known and weren't even worth anything, and there certainly wasn't a competitive coin space at all. In fact some of the early developer discussions were about how insecure it was, but it didn't really matter at the time, as long as things got improved (over a period of years).

Ancient history aside, what is Monero intended to be in the near future?   Tongue

FOSS project?
Charity?
Non-profit?
Hobby?
Think tank?
Business?
NGO?
Zaibatsu?
Chaebol?
Mafia?
Government?
Revolutionary vanguard?
Strategically ambiguous?
A hot mess?
legendary
Activity: 2968
Merit: 1198
I'm curious as to how the original bitcoin devs got funding in their early days. How were they able to perform such an amazing service to the world by maintaining such bad original code, and steering the ship among many of the early catastrophes? Perhaps angel investors gave them hundreds of thousands of dollars.

It was a hobby project for most if not all of them, like most other independent (non-corporate sponsored) open source projects. But remember the environment and expectations were very different. There was no urgency to have a GUI, there was no need for much in the way of APIs for merchant integration, Bitcoin took a very long time to even get to Monero's current small level of transactions, etc. Furthermore no one was attacking it at the time, as Bitcoins weren't much known and weren't even worth anything, and there certainly wasn't a competitive coin space at all. In fact some of the early developer discussions were about how insecure it was, but it didn't really matter at the time, as long as things got improved (over a period of years).
member
Activity: 97
Merit: 10
I'm curious as to how the original bitcoin devs got funding in their early days. How were they able to perform such an amazing service to the world by maintaining such bad original code, and steering the ship among many of the early catastrophes? Perhaps angel investors gave them hundreds of thousands of dollars.
legendary
Activity: 3136
Merit: 1116
Based on the details provided by Nekomata above, how is blockchain bloat considered "not really an issue"?  Monero wants to grow and increase adoption but you are limiting your coin to only desktop computers and basically only 64 bit machines with plenty of ram.  How will you offer mobile wallets for devices with a blockchain this big?  If the blockchain wasn't so heavy on ram but increased at the rate given above, it would still be a storage issue for many devices.  How will you expand your adoption and user base with this problem?  To fix this, would it take a significant rewrite of the current code?

Based on the list above, there are at least $160,000 needed to complete 4 items before the blockchain bloat issue is considered.  Shouldn't blockchain bloat be fixed first so you do not have to rebuild parts of the new GUI wallet that will cost "anything from $15k - $20k"?  I assume that if significant changes are required to the code this could impact the wallet as well.

This is a silly argument. Do you know how mobile wallets for bitcoin work? Hint: they don't store the 25+ GB blockchain locally.
legendary
Activity: 2156
Merit: 1070
So I have some questions.  Not trying to troll although what I'm about to say/ask may come off that way...

can any one tell me how big the monero blockchain is?  how much memory does it currently take up and roughly how much does it grow by each day?

Blockchain size is ~2.3GB takes the minimum of that on RAM, its growing about 20mb day

I've seen these numbers before but wanted it confirmed.  So 20mb day or 1gb in 50 days+/-?  That seems like a lot.  Are you sure?


I'm thumb-sucking numbers, don't take these guesstimates as anything actual or realistic.

- Embedded DB solution/implementation - 6 man weeks is a pretty solid guess, so I'll leave the $14 500
- Convertion of C-code - it's not as simple as this. Apart from this specific item, there needs to be an incremental audit and refactor. Just because the bug was lurking in a piece of C code with this doesn't mean there can't be a bug elsewhere, it's just easier to obfuscate it in C. Holistically this is an active, ongoing task, that will likely end up costing in the $80k - $140k range over many, many months.
- Finished (official) GUI - assuming all the other pieces are in place, then dEBRUYNE is correct - anything from $15k - $20k.
- C++ version of the I2P router (IP obfuscation) - this is already making rapid progress: https://github.com/PrivacySolutions/i2pd. To get it to a point where it's usable and implementable as submodule / library I'd imagine is easily a $50k job, but I'm guessing at what orignal's hourly is.
- ... (blockchain bloat issue?) - not really an issue, and I'm unsure as to what we'd consider "solving" it.[/color] A linear reduction? A lightweight access methodology that heavily reduces the need for local storage / bandwidth? The amount of experimentation and research needed here to find a cryptographically sound "solution" makes it hard to pin a value down.

Based on the details provided by Nekomata above, how is blockchain bloat considered "not really an issue"?  Monero wants to grow and increase adoption but you are limiting your coin to only desktop computers and basically only 64 bit machines with plenty of ram.  How will you offer mobile wallets for devices with a blockchain this big?  If the blockchain wasn't so heavy on ram but increased at the rate given above, it would still be a storage issue for many devices.  How will you expand your adoption and user base with this problem?  To fix this, would it take a significant rewrite of the current code?

Based on the list above, there are at least $160,000 needed to complete 4 items before the blockchain bloat issue is considered.  Shouldn't blockchain bloat be fixed first so you do not have to rebuild parts of the new GUI wallet that will cost "anything from $15k - $20k"?  I assume that if significant changes are required to the code this could impact the wallet as well.

Wasn't there a bounty already offered and paid for a GUI wallet.  One of which seems to have quite a bit of use already.  Is this wallet not good enough to get some of this cost down?

"Does our community have 1000 people willing to donate 15$ now?"  This question is now in 2 threads and I've brought it up in the Polo trollbox and there is still no response to it from anyone willing to donate.  What happens a couple months down the line when roughly $160,000+ isn't raised for this project?  At current market value we're talking about roughly 140,000xmr or roughly 3.75% of the current supply.  I think MEW has only raised like 6,600 +/- XMR so far and paid 3,300+/- of that to the devs.  Risto's analysis says there are between 5,000 and 13,000 monero holder (I think these are way too high).  If that's the case, where are they?

Some have said there is not a funding crisis but there is also not a solution to the problem.  Smooth said it could be months before "we hit a dead end" but writing it off now like there is not a problem does not fix the problem.  It just sugar coats it with an attempt to cover it up and deal with it later.

Maybe Monero will learn something from the BBR fundraising announcement scheduled for tomorrow.

Or maybe Monero will still not get it and keep promoting leadership that assumes because it owns lots of bitcoin that it can steer a CryptoNote alt in the right direction.

Sooner or later people either realize that they have to think outside the box or join those people already doing so.

Again, BBR and Monero are going in different directions, so Id hardly call them "competitors" anymore. But if you don't want to support BBR, you might want to watch what happens over the next couple of weeks and open your minds about raising funds for securing the future of a coin.

newbie
Activity: 21
Merit: 0
Quote
Monero wants to grow and increase adoption but you are limiting your coin to only desktop computers and basically only 64 bit machines with plenty of ram.  How will you offer mobile wallets for devices with a blockchain this big?

It is easy to implement a mobile wallet once the regular, official GUI wallet has been launched. The mobile wallet could be just a remote-client type wallet, so the blockchain does not need to be on the mobile device but can be on another computer, like your desktop ore some server in a data center.

This way you do not need to trust third-party online wallets.

There is also always the possibility to only load the blockchain incrementally into the host ram and reaccess it on a just in time basis when a transaction requires it.
In my oppinion code security and internal stability is priority #1 on this coin.
That´s why my money is on XMR and not .
legendary
Activity: 2968
Merit: 1198
Based on the details provided by Nekomata above, how is blockchain bloat considered "not really an issue"?

The distinction is between immediate short term and long term.

Long term, definitely an issue. Right now it isn't. There are plenty of 64 bit computers with 2+ GB of RAM (and yes I have tested on <2 GB of RAM and it did work, if a tiny bit clunky) and a workaround for not having that is to use an exchange wallet, of which there are many.

hero member
Activity: 532
Merit: 500
So I have some questions.  Not trying to troll although what I'm about to say/ask may come off that way...

can any one tell me how big the monero blockchain is?  how much memory does it currently take up and roughly how much does it grow by each day?

Blockchain size is ~2.3GB takes the minimum of that on RAM, its growing about 20mb day

I've seen these numbers before but wanted it confirmed.  So 20mb day or 1gb in 50 days+/-?  That seems like a lot.  Are you sure?


I'm thumb-sucking numbers, don't take these guesstimates as anything actual or realistic.

- Embedded DB solution/implementation - 6 man weeks is a pretty solid guess, so I'll leave the $14 500
- Convertion of C-code - it's not as simple as this. Apart from this specific item, there needs to be an incremental audit and refactor. Just because the bug was lurking in a piece of C code with this doesn't mean there can't be a bug elsewhere, it's just easier to obfuscate it in C. Holistically this is an active, ongoing task, that will likely end up costing in the $80k - $140k range over many, many months.
- Finished (official) GUI - assuming all the other pieces are in place, then dEBRUYNE is correct - anything from $15k - $20k.
- C++ version of the I2P router (IP obfuscation) - this is already making rapid progress: https://github.com/PrivacySolutions/i2pd. To get it to a point where it's usable and implementable as submodule / library I'd imagine is easily a $50k job, but I'm guessing at what orignal's hourly is.
- ... (blockchain bloat issue?) - not really an issue, and I'm unsure as to what we'd consider "solving" it.[/color] A linear reduction? A lightweight access methodology that heavily reduces the need for local storage / bandwidth? The amount of experimentation and research needed here to find a cryptographically sound "solution" makes it hard to pin a value down.

Based on the details provided by Nekomata above, how is blockchain bloat considered "not really an issue"?  Monero wants to grow and increase adoption but you are limiting your coin to only desktop computers and basically only 64 bit machines with plenty of ram.  How will you offer mobile wallets for devices with a blockchain this big?  If the blockchain wasn't so heavy on ram but increased at the rate given above, it would still be a storage issue for many devices.  How will you expand your adoption and user base with this problem?  To fix this, would it take a significant rewrite of the current code?

Based on the list above, there are at least $160,000 needed to complete 4 items before the blockchain bloat issue is considered.  Shouldn't blockchain bloat be fixed first so you do not have to rebuild parts of the new GUI wallet that will cost "anything from $15k - $20k"?  I assume that if significant changes are required to the code this could impact the wallet as well.

Wasn't there a bounty already offered and paid for a GUI wallet.  One of which seems to have quite a bit of use already.  Is this wallet not good enough to get some of this cost down?

"Does our community have 1000 people willing to donate 15$ now?"  This question is now in 2 threads and I've brought it up in the Polo trollbox and there is still no response to it from anyone willing to donate.  What happens a couple months down the line when roughly $160,000+ isn't raised for this project?  At current market value we're talking about roughly 140,000xmr or roughly 3.75% of the current supply.  I think MEW has only raised like 6,600 +/- XMR so far and paid 3,300+/- of that to the devs.  Risto's analysis says there are between 5,000 and 13,000 monero holder (I think these are way too high).  If that's the case, where are they?

Some have said there is not a funding crisis but there is also not a solution to the problem.  Smooth said it could be months before "we hit a dead end" but writing it off now like there is not a problem does not fix the problem.  It just sugar coats it with an attempt to cover it up and deal with it later.
newbie
Activity: 47
Merit: 0
ccedk opened the monero markets

Not yet. I tried a deposit, not possible due to no adress and no payment-ID. Did a ticket and just got answer:
Quote
...We were expecting XMR running on the platform today, but faced some technical problems, and expecting everything working, all pairs going to be available on Monday...
member
Activity: 119
Merit: 10
next missive in monday

thank you for fast precise answer
member
Activity: 99
Merit: 10
XMR is the future.
member
Activity: 119
Merit: 10
Hello to all!

I'm not been here for a time, does anybody knows about missive schedule? Is it broken?

> September 15 - Monero Missives #12 is a hearty return to our regularly scheduled programming
^^^

There is still no next missive after September 15's "hearty return to our regularly scheduled programming"...
Why?..
hero member
Activity: 532
Merit: 500
can any one tell me how big the monero blockchain is?  how much memory does it currently take up and roughly how much does it grow by each day?
legendary
Activity: 1204
Merit: 1002
Gresham's Lawyer
ccedk opened the monero markets

That was pretty fast, good for them.
member
Activity: 83
Merit: 10
ccedk opened the monero markets
member
Activity: 99
Merit: 10
XMR is the future.
newbie
Activity: 21
Merit: 0
This is a great time to BUY Monero :-) It won't get much cheaper.

The time and price seems right to buy. Indeed.
When the GUI wallet hits the shelf and Craptsy lists the coin, many wait-for-good-opportunity folks will be sorry   Grin
Just think of the guy who spent 10000BTC to buy a pizza back in 2010...

If you already got some BTC, you can sit on it while heading for two figure numbers in value or you can invest in an altcoin of your trust.
Not long until one XMR has a higher value than one LTC or DRK.

hero member
Activity: 658
Merit: 503
Monero Core Team
We clarified the situation regarding the funding on the moderated thread. Should lower the concerns.
Jump to: