[XMR] Monero - A secure, private, untraceable cryptocurrency - page 815.

medusa13

sr. member

Activity: 453

Merit: 500

hello world

recompiled and resynced with my macbook pro from 2009 with ssd, fantastic work guys!
over all impression is a lot more mature now.
it is also not hard to see that someone really tuned this baby up, all the milisecound measurements etc. the log is a little bit crazy all together, but its ok to leave it on log_level 0 for now so everyone can see i guess

dont know how long syncing took, sure some hours. bottleneck seemed to be the CPU/wifi

after sync:
saving blockchain: 600 ms
open deamon and have it up and running: 4-5 sec
memory: ~25MB

this is huge. this is the foundation we want!

in 0.8.8.6, 9 simplewallet and 15 bitmonerod commands.
in 0.8.8.7, 22 simplewallet and 27 bitmonerod commands.

btw. i think this would be worth a major upcount. 0.8.9 or even 0.9 Shocked

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: generalizethis on August 16, 2015, 01:07:34 AM

Are there any plans for someone to pick up where Roosmaa left off with Trezor support?

I know someone has been looking at it but I don't want to disclose anything about it because I don't know how serious of project it is, nor how it is going.

Someone stepping forward to take the lead on it would be good. I'm sure collaboration could be arranged to eliminate duplicated effort (if any).

generalizethis

legendary

Activity: 1750

Merit: 1036

Facts are more efficient than fud

Are there any plans for someone to pick up where Roosmaa left off with Trezor support?

aminorex

legendary

Activity: 1596

Merit: 1030

Sine secretum non libertas

Ether pump sucked the air out of the room, but now we are getting our oxygen back on the ether dump.

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: vokain on August 15, 2015, 11:44:53 PM

Quote from: birdcat90 on August 15, 2015, 11:41:02 PM

monero price is very good now, on trex the average is between 220k sat..

i would like to buy some when the price at the 190k sat,,,hope it go down a bit before take off..

Pardon my ignorance but what are sats? I've seen it pop up every so often.

satoshis - 1/100 million of a Bitcoin. i.e. 1 million sats = 0.01

vokain

legendary

Activity: 1834

Merit: 1019

Quote from: birdcat90 on August 15, 2015, 11:41:02 PM

monero price is very good now, on trex the average is between 220k sat..

i would like to buy some when the price at the 190k sat,,,hope it go down a bit before take off..

Pardon my ignorance but what are sats? I've seen it pop up every so often.

birdcat90

hero member

Activity: 602

Merit: 500

monero price is very good now, on trex the average is between 220k sat..

i would like to buy some when the price at the 190k sat,,,hope it go down a bit before take off..

BoscoMurray

sr. member

Activity: 450

Merit: 250

Quote from: GingerAle on August 15, 2015, 06:16:55 AM

Quote from: BoscoMurray on August 15, 2015, 05:13:03 AM

I've just noticed there is no Linux AMD miner, or am I wrong? Undecided

you are wrong, according to this;

https://bitcointalksearch.org/topic/claymores-cryptonote-amd-gpu-miner-v113-638915

but I don't have an AMD GPU.

OK, ta. For some reason I'd thought Claymore's miner was Windows only

MoneroMooo

legendary

Activity: 1276

Merit: 1001

Thanks for the kind words

To answer a few points that were made above:

I committed to a low enough number of hours that I felt comfortable with. It's difficult to be confident I won't burn out in two years, for instance (the original request was looking for a full time coder for two years). When that committed time has been spent working on monero, I will know whether I can commit to more. Pretty likely, but I want to be conservative here.

I was surprised to see none of the current core team people step up on that offer. However, someone (can't recall who) had mentioned maybe nobody wanted to be the guinea pig for this. Maybe one of more of them will in the future. Since there's no infinite supply of monero, they'd take precedence if they wanted to have a go at it.

While predicting the future is difficult at best, I expect that when those committed hours are spent, I will continue hacking on monero in my spare time anyway, just not as much.

I had a large chunk of free time recently, and I could devote a large part of the last few days to Monero. I'd originally picked a guideline of 10 hours a week on average as something I felt was doable, but it looks like I'll be done before the six months guideline.

GingerAle

legendary

Activity: 1260

Merit: 1008

Quote from: BoscoMurray on August 15, 2015, 05:13:03 AM

I've just noticed there is no Linux AMD miner, or am I wrong? Undecided

you are wrong, according to this;

https://bitcointalksearch.org/topic/claymores-cryptonote-amd-gpu-miner-v113-638915

but I don't have an AMD GPU.

BoscoMurray

sr. member

Activity: 450

Merit: 250

I've just noticed there is no Linux AMD miner, or am I wrong? Undecided

dEBRUYNE

legendary

Activity: 2268

Merit: 1141

Quote from: g4q34g4qg47ww on August 15, 2015, 12:20:27 AM

So if moneromoo continues to kick ass , will the funds in excess of the target for his proposal go to him as a bonus? I've got a little stream of income I'd like to give a percent of as bonus to active dev work for sure. I'd also like to buy a pizza or a lapdance or whatever he is into for NoodleDoodleNoodleDoodleNoodleDoodle for those ridiculous commits. I'm wondering if there is anyone else floating around the code that could work out in a similar fashion to moneromoo, which has been such a interesting success. On the one hand I want to blow up a big bonus for him.. but it would also be powerful to build up an active paid team, each of their work (in theory) having a multiplier effect on eachothers' payments. But then you also don't want division between paid dev and unpaid dev... (foggy confusion)...

I am not sure if they will go to him as a bonus, on the other hand I don't know where they would go else. However, I think once his contract ends he might pitch for an extention, so you could also save it for that cause. Regarding the bolded part, I would love to see that too and I hope that in the future more devs will pitch a proposal. Also, I think there won't be a real division, if a dev wants to be paid he can just pitch himself for funding, even if it's only a few hours per week. Keep in mind that there are also devs/contributers for whom this is just a hobby and they'll code voluntarily if they have time to do so.

iCEBREAKER

legendary

Activity: 2156

Merit: 1072

Crypto is the separation of Power and State.

Quote from: newb4now on August 15, 2015, 02:16:33 AM

Quote from: iCEBREAKER on August 15, 2015, 01:59:35 AM

Quote from: birr on August 15, 2015, 01:22:19 AM

Quote from: iCEBREAKER on August 15, 2015, 01:07:22 AM

Quote from: smfuser on August 22, 2014, 04:00:11 AM

isn't the primary issue the absolute number of people one is mixing with in a transaction (e.g., 50), rather than the total number of users of a privacy protocol or privacy coin?

Kind of yes but mostly no, notwithstanding narrow cases of pretty much yes although perhaps no. On balance, sort of no with occasional flairs of yes highlights. It's complicated, except when it isn't. In the broad sense, both numbers are ideally maximized. Tongue

Uh, thanks for clearing that up Cheesy

The interrelation of the two aforementioned variable quantities is mostly, IE nearly entirely, contextual, being highly dependent upon both generalized UXTO availability and contingent mixin factors.

IOW, supervenience dictates minimizing the former for sake of economy is a safe bet given (and only given) sufficient numeracy in the latter.

I love the clarity!

Welcome to Monero Mountain, the most scrupulously inclusive crypto-coin community ever. Be sure to pick up your t-shirt, coffee mug, and bumper sticker at the gift shop!

newb4now

hero member

Activity: 686

Merit: 500

Quote from: iCEBREAKER on August 15, 2015, 01:59:35 AM

Quote from: birr on August 15, 2015, 01:22:19 AM

Quote from: iCEBREAKER on August 15, 2015, 01:07:22 AM

Quote from: smfuser on August 22, 2014, 04:00:11 AM

isn't the primary issue the absolute number of people one is mixing with in a transaction (e.g., 50), rather than the total number of users of a privacy protocol or privacy coin?

Kind of yes but mostly no, notwithstanding narrow cases of pretty much yes although perhaps no. On balance, sort of no with occasional flairs of yes highlights. It's complicated, except when it isn't. In the broad sense, both numbers are ideally maximized. Tongue

Uh, thanks for clearing that up Cheesy

The interrelation of the two aforementioned variable quantities is mostly, IE nearly entirely, contextual, being highly dependent upon both generalized UXTO availability and contingent mixin factors.

IOW, supervenience dictates minimizing the former for sake of economy is a safe bet given (and only given) sufficient numeracy in the latter.

I love the clarity!

iCEBREAKER

legendary

Activity: 2156

Merit: 1072

Crypto is the separation of Power and State.

Quote from: birr on August 15, 2015, 01:22:19 AM

Quote from: iCEBREAKER on August 15, 2015, 01:07:22 AM

Quote from: smfuser on August 22, 2014, 04:00:11 AM

isn't the primary issue the absolute number of people one is mixing with in a transaction (e.g., 50), rather than the total number of users of a privacy protocol or privacy coin?

Kind of yes but mostly no, notwithstanding narrow cases of pretty much yes although perhaps no. On balance, sort of no with occasional flairs of yes highlights. It's complicated, except when it isn't. In the broad sense, both numbers are ideally maximized. Tongue

Uh, thanks for clearing that up Cheesy

The interrelation of the two aforementioned variable quantities is mostly, IE nearly entirely, contextual, being highly dependent upon both generalized UXTO availability and contingent mixin factors.

IOW, supervenience dictates minimizing the former for sake of economy is a safe bet given (and only given) sufficient numeracy in the latter.

birr

hero member

Activity: 870

Merit: 585

Quote from: iCEBREAKER on August 15, 2015, 01:07:22 AM

Quote from: smfuser on August 22, 2014, 04:00:11 AM

isn't the primary issue the absolute number of people one is mixing with in a transaction (e.g., 50), rather than the total number of users of a privacy protocol or privacy coin?

Kind of yes but mostly no, notwithstanding narrow cases of pretty much yes although perhaps no. On balance, sort of no with occasional flairs of yes highlights. It's complicated, except when it isn't. In the broad sense, both numbers are ideally maximized. Tongue

Uh, thanks for clearing that up Cheesy

iCEBREAKER

legendary

Activity: 2156

Merit: 1072

Crypto is the separation of Power and State.

Quote from: smfuser on August 22, 2014, 04:00:11 AM

isn't the primary issue the absolute number of people one is mixing with in a transaction (e.g., 50), rather than the total number of users of a privacy protocol or privacy coin?

Kind of yes but mostly no, notwithstanding narrow cases of pretty much yes although perhaps no. On balance, sort of no with occasional flairs of yes highlights. It's complicated, except when it isn't. In the broad sense, both numbers are ideally maximized. Tongue

g4q34g4qg47ww

sr. member

Activity: 478

Merit: 250

So if moneromoo continues to kick ass , will the funds in excess of the target for his proposal go to him as a bonus? I've got a little stream of income I'd like to give a percent of as bonus to active dev work for sure. I'd also like to buy a pizza or a lapdance or whatever he is into for NoodleDoodleNoodleDoodleNoodleDoodle for those ridiculous commits. I'm wondering if there is anyone else floating around the code that could work out in a similar fashion to moneromoo, which has been such a interesting success. On the one hand I want to blow up a big bonus for him.. but it would also be powerful to build up an active paid team, each of their work (in theory) having a multiplier effect on eachothers' payments. But then you also don't want division between paid dev and unpaid dev... (foggy confusion)...

nioc

legendary

Activity: 1624

Merit: 1008

Quote from: g4q34g4qg47ww on August 14, 2015, 03:33:42 PM

Quote from: MoneroMooo on August 14, 2015, 04:07:11 AM

Quick overview of recent changes to master since last time:

Payment IDs can now be encrypted. Those are now 64 bit on the blockchain. Integrated addresses are changed to use these (so integrated addresses generated before that change are now invalid, in case someone tried those from git). Full size plaintext payment IDs are still possible.

Input selection now uses the triangular distribution (prefering newer outpts). Previously this was only used for the old blockchain format.

A couple fixes to possible behavioral differences between old blockchain and new blockchain, which could have caused an inadvertent fork on corner cases.

A new rescan_spent simplewallet command, which queries the daemon for the wallet's outputs spent status. This is intended to fix the need to rescan the blockchain when a tx does not go through after being accepted by the daemon. Note that this command leaks info about which outputs you own to the daemon, so it is not to be used if you connect to a third party daemon.

And the usual set of random smaller fixes and tweaks.

Hey it's probably getting pretty close to time for MoneroMooo to get his first paycheck right? Thanks for your hard work.

First paycheck has been delivered!

https://forum.getmonero.org/9/work-in-progress/334/fund-a-developer-moneromoo-will-work-part-time-on-monero-for-260-hours-over-approx-6-months

Yesterday 4 pull requests from monermooo were merged. Today 3 PRs merged, one of which was from moneromoo.

I would love it if we could clone moneromoo but being that is difficult to do maybe more paid devs are possible if this is indeed the way things should go. I understand that moneromoo is/was very generous, Thank You

g4q34g4qg47ww

sr. member

Activity: 478

Merit: 250

Quote from: MoneroMooo on August 14, 2015, 04:07:11 AM

Quick overview of recent changes to master since last time:

Payment IDs can now be encrypted. Those are now 64 bit on the blockchain. Integrated addresses are changed to use these (so integrated addresses generated before that change are now invalid, in case someone tried those from git). Full size plaintext payment IDs are still possible.

Input selection now uses the triangular distribution (prefering newer outpts). Previously this was only used for the old blockchain format.

A couple fixes to possible behavioral differences between old blockchain and new blockchain, which could have caused an inadvertent fork on corner cases.

A new rescan_spent simplewallet command, which queries the daemon for the wallet's outputs spent status. This is intended to fix the need to rescan the blockchain when a tx does not go through after being accepted by the daemon. Note that this command leaks info about which outputs you own to the daemon, so it is not to be used if you connect to a third party daemon.

And the usual set of random smaller fixes and tweaks.

Hey it's probably getting pretty close to time for MoneroMooo to get his first paycheck right? Thanks for your hard work.

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