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

I made a HUGE mistake! Was wondering if there is anyway I can recover from this.

Basically I have been mining XMR from time to time for the last 6 months. I used the dwarfpool only because it let me mine directly into my Bittrex address.

Today when configuring my miners, I see that it had backup pools, I never configured any of these pools just used dwarfpool. Out of curiosity today decided to log into those pools with my address and low and behold there are many coins there. But I never received those coins in my Bittrex account.

Is there anyway I can still recover these coins somehow? I now understand why my daily performance was always so low.

My address is basically

address.payoutID

Since I was mining into Bittrex I had to include the entire address but when I checked my stats they only went into my "address" address not the "payoutid" which is the payoutId address for bittrex

I was planning on donating a small amount (~50XMR) for the upcoming 1st birthday of Monero on April 18.  Do you think it would be better to wait for the system you described?  I have no problem putting money in the black hole and hoping for the best but waiting to do so might give a little momentum to the new system.

Pool ops, please pull latest commits from my repo, previous fix was not robust. Now using very strict nonce validation pattern.

https://github.com/sammy007/node-cryptonote-pool/commits/master

https://bitcointalksearch.org/topic/m.10859117

Also, I PMed several pool ops already and they updated their pools.

(Somewhat) short term there is going to be a hard fork for the anon stuff and maybe a few other cleanup items, so whatever change we decide on short term can go in with that. The other question was reducing it in the future given other improvements like IBLT or whatever. Obviously that sort of thing can't be scheduled in advance without knowing what those other improvements will be and when they occur.

But ultimately we can't fear progress to the point of stagnation with a coin that is very much in-development and will be for some time to come. When Bitcoin was in early development satoshi did a bunch of hard forks. It was only later they became a big deal, and that's perfectly reasonable given the maturity curve.

Obviously any such forks (other than in case of emergency) will be carefully planned, announced well in advance, etc.

We've been working on adding some needed functionality to the forum, and our next major task we're going to tackle is the funding system. The idea is:

1. Users / developers / anyone will pitch an idea in the Ideas section of the forum. This is already happening.

2. After some discussion it will be moved by one of the administrators (currently the Core Team only, but that would change in future) to the Open Tasks section of the forum. No tasks have been moved as yet.

3. Developers (including the core team, and initially probably only the core team for simplicity) will pitch against each of these open tasks. Later on I would expect that there would be more people / teams pitching against tasks, and the most competent / available / reasonably priced will be the one the community will veer towards.

4. Once the developer / team has been selected to complete the task it moves to the Funding Required section of the forum, and it is opened for funding.

5. Funding will be to a core team controlled address with a payment ID for that particular project/task, and there will be a funding progress bar. This information will be mirrored over to a funding page on the website that shows the funding progress per project/task.

6. When funding reaches 70% (for smaller tasks) or 30% (for larger and longer tasks) it goes into the Work in Progress section and work begins.

7. Funds are dispensed by the core team on a regular basis and only if there is actual progress / commits / whatever, so it doesn't go into a black hole.

Advantages of this approach:

- the core team's oversight role can eventually be replaced by a group selected from the community at large, so as not to have a stranglehold over things

- the core team's escrow role can eventually be replaced by a multi-sig system (2-of-3) where the signatories are the core team, the oversight group, and the recipient, so the recipient can't spend those raised funds without the involvement of one of the other 2 signatories

- this isn't limited to dev tasks, and things like "fly David Latapie to speak at a conference" or lobbying or PR or advertising can all have tasks created and funded

- funding is direct and specific to tasks instead of going into a big black hole and hoping for the best

We expect this system will still take us another short while before we can put it live, but we're already crunching away at the functionality for it (and this also further emphasises why the forum couldn't just be SMF with a theme;) )

This block time change can be coded and 1 year in advance so that people have plenty of time to respond.

IMHO blockrate changes require a hardfork and should not be done regulary.
the tps amount can scale with blocksize - which is already dynamically

but, i prefer 4min too

4 min should be OK. At present, there are not much transactions going on with XMR. Most of the blocks are mining rewards only. When XMR gets used more in the future, we can reduce the block time to 2 min, then 1 min, even 30s when internet is much faster resulting fewer orphan blocks.

Better vote for him, or else: https://bitcointalksearch.org/topic/altcoin-gangsters-poll-who-willl-rot-in-prison-for-scam-723764

We're having a Monero Meetup in Berlin on May 24th, myself and David Latapie will both be there (he's promised to wear his gangster outfit).

All are invited: https://forum.getmonero.org/14/events/237/monero-meetup-berlin-germany-may-24th-2015

Maybe 2, maybe 4. There was one view that it should be >5 (I don't disagree in the abstract) but 8 seems a bit high. Yes about the social contract and that's what makes anything that isn't a power of two a bit tricker to stick with the same curve (but not impossible). With power-of-two it is trivial.

good idea.
are there any discussions / opinions about what may be a good blockrate?

(i assume you'll keep the social contract intact. eg 2min blocks - doubled reward)

Yes probably. It should probably be slowed down some when we do a hard fork for other things like MRL-0004. The one minute block time was one of those things that TFT did anyway despite everyone else disagreeing. It was never intended that way (except by him, for god knows what reason).


Yes there is no reason that would be any different than Bitcoin. There are some simpler improvements too, like just sending a few bytes of the txid with each block instead of the whole thing (most of the time transactions in a block have already been sent).

as you mention more orphans: do you think that our fast blockrate may lead to more miner-centralisation in the future?

is the cryptonote protocol able to use things like 1BLT for faster block propagation?

i still dream of quite electric heaters or boilers; companies could gift them - users pay with their mined coins.

Oh there is a hard coded minimum of 0.01 currently, which is the recommended fee for <= 1 KB. Nothing lower than that will be forwarded. Eventually we would like to move to something more like Bitcoin 0.10's dynamic fees.

Miners can fill blocks with their own spam however they want but their reward will be reduced if the block size exceeds the median of the last N (I think 720) blocks. It would be pretty stupid to do this though since it will slow propagation and result in more orphaned blocks, even more so than with Bitcoin.

No, the size of the transaction is variable mostly upon the mixin count as far as I understand it, but what determines the fee implemented to check blockchain "spam"?

Excellent, I was wondering where that was.

The rest of the quote for context:

The size of the transaction once it is encoded? I maybe didn't understand the question?

What determines the per-KB transaction fee?

It's quite obvious that quote was taken out of context. Regardless of the reason bitMonero was created, its reward curve was never altered. The same cannot be said for darkcoin/dash.


The history is pretty clearly outlined here:
https://forum.getmonero.org/20/general-discussion/211/history-of-monero