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

[EdvinZ]

Monero losing positions? When the next big update from the developers?

[1715257250]

1715257250

[1715257250]

1715257250

[1715257250]

1715257250

[GingerAle]

Monero losing positions? When the next big update from the developers?

https://github.com/monero-project/bitmonero/compare/efad7351451659e70f32bffb588ebe103c472ca9...master

[birr]

This coin will never lift up, guys, never 

In 2009, who could conceive that one bitcoin would cost hundreds of dollars?

[Nik4691]

This coin will never lift up, guys, never 

Let's concentrate in the following 100 years please... Right?
Never is a long time.

[ArticMine]

...
In 2009, who could conceive that one bitcoin would cost hundreds of dollars?

In 2009, who could conceive that one bitcoin would cost 50 cents

October 5, 2009
An exchange rate is established

New Liberty Standard publishes a Bitcoin exchange rate that establishes the value of a Bitcoin at US$1 = 1,309.03 BTC, using an equation that includes the cost of electricity to run a computer that generated Bitcoins.

http://historyofbitcoin.org/

[dEBRUYNE]

On the contrary, I think, in some countries a lot of PC are starting to mine in working hours (you know, clever sysadmins install miners on office PCs etc.).

I don't see any reason for the mining to be stopped at nights? Also, the pattern on ChainRadar suggessts that there's a drop around 8-10 am (UTC+0). If we are talking about the office nights, then the timezone of these offices should be somewhere in the West of the NA (or East of SA).

That's pure guessing of course.

Perhaps it has something to do with the kWh price? There could be a difference between the price during working hours (8 AM-6 PM for instance) and the price during non-working hours. This graph also shows that the hashrate currently is kind of cyclical -> http://monero.net/network_stats.html

[Bassica]

Is there an ETA for the new release?

[novag]

Is there an ETA for the new release?

Really make a normal wallet?

[smooth]

On the contrary, I think, in some countries a lot of PC are starting to mine in working hours (you know, clever sysadmins install miners on office PCs etc.).

I don't see any reason for the mining to be stopped at nights? Also, the pattern on ChainRadar suggessts that there's a drop around 8-10 am (UTC+0). If we are talking about the office nights, then the timezone of these offices should be somewhere in the West of the NA (or East of SA).

That's pure guessing of course.

Perhaps it has something to do with the kWh price? There could be a difference between the price during working hours (8 AM-6 PM for instance) and the price during non-working hours. This graph also shows that the hashrate currently is kind of cyclical -> http://monero.net/network_stats.html

Such as this:

In Texas, wind farms are generating so much energy that some utilities are giving power away.

...

TXU’s free overnight plan, which is coupled with slightly higher daytime rates, is one of dozens that have been offered by more than 50 retail electricity companies in Texas over the last three years with a simple goal: for customers to turn down the dials when wholesale prices are highest and turn them back up when prices are lowest.

[iCEBREAKER]

Is there an ETA for the new release?

[saddambitcoin]

I found a new Node.js RPC simplewallet manager on Github today. Wow!

There was an older one out there from netmonk, but this one has almost all of the simplewallet commands ready at your disposal.

Thought some Monero developers might find it useful.

https://github.com/PsychicCat/monero-nodejs

[jwinterm]

Working on a new version of Lightwallet, coming soon™...


I'm working on re-writing it in Java using Libgdx. Mostly because I'm interested in learning Java and the Libgdx library, but also because it is (possibly) more portable between Windows, Linux, Mac, Android, and iOS. As of now, it's only getting info from bitmonerod, but I think I'll be able to get a fully working version out by the time the v0.9 release is made official, so like August 2017 or so

Anyone interested in the code or possibly helping out can find it here: https://github.com/jwinterm/lightWallet2

[chennan]

Working on a new version of Lightwallet, coming soon™...


I'm working on re-writing it in Java using Libgdx. Mostly because I'm interested in learning Java and the Libgdx library, but also because it is (possibly) more portable between Windows, Linux, Mac, Android, and iOS. As of now, it's only getting info from bitmonerod, but I think I'll be able to get a fully working version out by the time the v0.9 release is made official, so like August 2017 or so

That looks great! You're doing great work, and while I know that you can make these light weight wallets for desktops and androids, but isn't there some type of barrier that prevents wallets being made for iOS? I thought that they refuse people to put out apps that were iOS wallets that weren't Bitcoin?

[jwinterm]

...

That looks great! You're doing great work, and while I know that you can make these light weight wallets for desktops and androids, but isn't there some type of barrier that prevents wallets being made for iOS? I thought that they refuse people to put out apps that were iOS wallets that weren't Bitcoin?

The thing that really prevents it being used for iOS (or Android) is having a Java library similar to bitcoinj (or simplewallet compiled for Android or iOS). If there was a Java library that allowed for sending/signing transactions, then I think it would be pretty simple to adapt it for mobile operating systems.

[ArticMine]

...
The thing that really prevents it being used for iOS (or Android) is having a Java library similar to bitcoinj (or simplewallet compiled for Android or iOS). If there was a Java library that allowed for sending/signing transactions, then I think it would be pretty simple to adapt it for mobile operating systems.

Looks really great.

Now as for iOS: Apart from the technical issue of compiling the Java library for iOS there is the issue of Apple's DRM. So it would only work with jailbroken iOS. Also if the 32bit version of Monero is used with Berkeley db there is the issue that Berkeley db is licensed under the AGPL. This is not an issue on Android, GNU/Linux, Windows desktop (but not Windows RT/mobile or the Windows store), OS X or jailbroken iOS.

To run it on iOS that is not jailbroken as far as I can see one would need both a proprietary license from Oracle for Berkely db ($$$) and to pass the Apple censor board. If Monero does really take off it may be possible to enter into a license agreement with Oracle. The project would then have to pass on Oracle's license fee, Apple's markup and a markup and risk premium for the project that the iSheep would have to pay.

Edit: Java is GPL so again there is the same issue with iOS that is not jailbroken. So more fees that the iSheep would have to pay

[GingerAle]

...
The thing that really prevents it being used for iOS (or Android) is having a Java library similar to bitcoinj (or simplewallet compiled for Android or iOS). If there was a Java library that allowed for sending/signing transactions, then I think it would be pretty simple to adapt it for mobile operating systems.

Looks really great.

Now as for iOS: Apart from the technical issue of compiling the Java library for iOS there is the issue of Apple's DRM. So it would only work with jailbroken iOS. Also if the 32bit version of Monero is used with Berkeley db there is the issue that Berkeley db is licensed under the AGPL. This is not an issue on Android, GNU/Linux, Windows desktop (but not Windows RT/mobile or the Windows store), OS X or jailbroken iOS.

To run it on iOS that is not jailbroken as far as I can see one would need both a proprietary license from Oracle for Berkely db ($$$) and to pass the Apple censor board. If Monero does really take off it may be possible to enter into a license agreement with Oracle. The project would then have to pass on Oracle's license fee, Apple's markup and a markup and risk premium for the project that the iSheep would have to pay.

Edit: Java is GPL so again there is the same issue with iOS that is not jailbroken. So more fees that the iSheep would have to pay

Luckily lightwallet ships with default behavior to connect to a remote node, so no database is necessary. Now, for those that want to run the monero node on their phone, i guess they will run into a problem. But I have yet to see ANY cryptocurrency have nodes on phones. So, jwinterm essentially just has to run simplewallet on the phone, which should hopefully avoid all of that DRM stuff you mentioned.

[ArticMine]

...
Luckily lightwallet ships with default behavior to connect to a remote node, so no database is necessary. Now, for those that want to run the monero node on their phone, i guess they will run into a problem. But I have yet to see ANY cryptocurrency have nodes on phones. So, jwinterm essentially just has to run simplewallet on the phone, which should hopefully avoid all of that DRM stuff you mentioned.

Yes, but I thought it had to be to a trusted node over a secure connection.

I was thinking about a high end smartphone or a tablet. For example a  Nexus 6P with 128 GB storage should have the capability to handle a full Monero node. I do agree that this kind of thing does not occur with other crypto currencies but the reason is that the vast majority of mobile devices are deliberately crippled with DRM by OS vendors and telcos, rather than the actual hardware capabilities of the devices themselves. Apple is by far the worst but even on Android one has to root the device, thereby breaking the DRM, in order to properly secure the device and get full use of it.

Edit: One way around this would be to set up a secure connection from the phone to a computer running a trusted node (say for example in the phone owner's home) thereby avoiding this issue.

[EdvinZ]

The coin needs to be implemented zerocon protocol for the achievement of new highest price highs and supreme joy to all 

[digicoin]

Monero 0.9 beta still consumes a lot of memory when I synchronize blockchain that wasn't updated for 15 days.

In Windows 7:

+ Working memory:  2114890Kb (~2GB)
+ Elapsed time: 2.5 hours (very slow I think)

[Lloydimiller4]

Monero 0.9 beta still consumes a lot of memory when I synchronize blockchain that wasn't updated for 15 days.

In Windows 7:

+ Working memory:  2114890Kb (~2GB)
+ Elapsed time: 2.5 hours (very slow I think)

Is that the first 0.9 Beta or the second?