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

Litecoin wasn't a pyramid scheme, so core dev coblee was never in danger of going to jail.

Darkcoin OTOH meets Arizona's definition of one, so I wouldn't want to be in Duffman's shoes when the DA sends him a love letter delivered by a burly man wearing blue.

To quote Satoshi, "The networks need to have separate fates."   

I see some evidence of it in this camp too esp. on Reddit and encounters with other camps on controversial topics when mostly objective logos type of arguments should be employed. A condescending demeanor is ugly and hurts this collective's ethos appeal.

Not to single anyone out but... https://bitcointalksearch.org/topic/m.10717653
I expect much better than this :p

Looks to me, like (there is a strong chance) the Darkcoin community is going repeat the same errors the Litecoin community did.

More and more regular, vocal posters in their community, show this well known "LTC attitude (& behavior)".
(arrogance, sense of superiority, clearly not technically-versed people are opinion-forming & dominating discusssions/the community, losing touch with reality, very self-centric, (trying) to disallow any neutral & critical opinions, questions & discusssions, anyone not 100% hyping DRK will be stigmatized and ridiculed as troll, fudder, shill, etc.)


This is a new development. Like in the last 3 months. Could get pretty dangerous for them (see Litecoins history).

Why does it matter? Because this observation should be an indication of importance & motivation for us, to further develop and actively maintain our healthy community.

Moneros community must always stay:

open, friendly, objective & open-minded, fact-based, respecting everyone, esp. non community-members, democratic, fair & not greedy, transparent, (strictly) skill-based task & job assigments, intelligence driven (always searching for & acknowledging the best solution, even if this best solution is not XMR compatible), ...

The Monero Project is so strong and well positioned. We can talk openly & objectivly about our (coins) weaknesses.
We don't have to lie, create our "own golden reality" or prohibit open discussions.

With objective discussing & reflecting about XMRs weaknesses. We will find better solutions & improve, we stay focussed (and won't create an hyping circle-jerk scene) and we will gain alot of respect, from all in crypto currencies interested parties (others projects, experts, newbies, press, professionals, ...).

Because, no one likes the LTC attitude.

Thank you. I had a look at 0.10's release notes and find them favorable. So FWIR, given that we have no blocksize limit, and presumably as XMR prices go up and disk space costs go down, we can then assume that the cost to spam the network dollar-wise goes up too, and statistics would be taken to reflect this and tend towards lower and lower transaction fees?

Edit: I don't quite understand how or why miners would fill their own blocks. They would be paying their own, now not guaranteed to be found, award. Smooth, could you please explain more what you meant by your second paragraph?

Edit2: oh is that rule in place sort of as to reward optimal and regular block sizing accepted by miners?

Edit3: and the check against too slow verifications given when tx volume increases is that the block size miners want to verify begins to only steadily increase?

Cool (future) blockchain explorer. Looks like coin and asset explorers will be integrated.
https://merkle.io

Well, the moon is currently in the sign of Taurus until 9:22am EST tomorrow :p

Monero strong like bull

I would prefer 3-of-4, for the reason below (this is an early peek at my future "What is multisignature" editorial).
+-----------+----------------+---------------+-------------+--------------+
|   M-of-N  | Compromission  |  Collusion    | Redundancy  | # of persons |
+-----------+----------------+---------------+-------------+--------------+
| 1-of-1    |        ✘       |      ✘        |      ✘      |      1       |
|   2FA     |        ✔       |      ✘        |      ✔      |      1       |
| 2-of-2    |        ✔       |      ✘        |      ✘      |      2       |
| 3-of-3    |        ✔       |      ✔        |      ✘      |      3       |
| 2-of-3    |        ✔       |      ✘        |      ✔      |      3       |
| 3-of-4    |        ✔       |      ✔        |      ✔      |      4       |
+-----------+----------------+---------------+-------------+--------------+

• Compromission: technical failure, exploit
• Collusion: conspiracy
• Redundancy: error correction

Edit: a green check mark doesn't mean "immune". It means "mitigates". It is still possible to collude or to not have enough redundancy with 3 persons, but starting from the values above, the difference is quantitative, not qualitative.

Ah good point. In fact, he can't even identify his own payments since anyone else doing the same thing will be mixed in there with him. Bummer.

Take exchange address, input it in field on pool and you will see all stats & payouts.

Well the pool operator could do that (and could have done it all along). How would anyone else know which payments are his or even which payments are going to the exchange?

And now everyone can contact bittrex and impersonate, because all exchange wallets are public.

Not all pool support payment ID. You should pull your payout records from the pool(s) and then contact bittrex support with your issue but I can't guarantee they will be able to help you particular on old payments going back six months. But give it a shot.

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