Bitcoin Forum
May 21, 2024, 10:22:53 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 [230] 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 ... 2124 »
  Print  
Author Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency  (Read 4668283 times)
surfer43
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250


"Trading Platform of The Future!"


View Profile
June 01, 2014, 05:43:40 AM
 #4581

Address 454HDLDtqCLS24EsDAYorf9QAVkNqQPdJTaEBrdi9pVELUH6ZSU37VqV8UAoTYV7kX34w1NvpPrrM7F RA9BwWS8nFCGtWEK: please stop trying to mine on MoneroPool.org with simpleminer! Use cpuminer-multi instead.

cant you just disconnect him?
I've added a rule to iptables to drop all connections with "simpleminer" in the HTTP request, but it just. won't. work.  Huh

Code:
DROP       tcp  --  anywhere             anywhere             tcp dpt:5555 STRING match  "simpleminer" ALGO name bm TO 65535

The server is being flooded with this stupid lazyminer.
drawingthesun
Legendary
*
Offline Offline

Activity: 1176
Merit: 1015


View Profile
June 01, 2014, 05:46:41 AM
 #4582

Address 454HDLDtqCLS24EsDAYorf9QAVkNqQPdJTaEBrdi9pVELUH6ZSU37VqV8UAoTYV7kX34w1NvpPrrM7F RA9BwWS8nFCGtWEK: please stop trying to mine on MoneroPool.org with simpleminer! Use cpuminer-multi instead.

cant you just disconnect him?
I've added a rule to iptables to drop all connections with "simpleminer" in the HTTP request, but it just. won't. work.  Huh

Code:
DROP       tcp  --  anywhere             anywhere             tcp dpt:5555 STRING match  "simpleminer" ALGO name bm TO 65535

The server is being flooded with this stupid lazyminer.

Can't you find his IP and have the server block it completely?
surfer43
Sr. Member
****
Offline Offline

Activity: 560
Merit: 250


"Trading Platform of The Future!"


View Profile
June 01, 2014, 05:51:25 AM
Last edit: June 01, 2014, 06:23:12 AM by surfer43
 #4583

Can't you find his IP and have the server block it completely?
Too many IPs to manually block. I guess I can add https://github.com/pkrumins/node-iptables to the pool software to automatically block the IPs if they send malformed messages.
Keyboard-Mash
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
June 01, 2014, 06:15:44 AM
 #4584

There are a number of factors which contribute to orphans but they all stem ultimately from the one minute block time, which just too fast for an ad-hoc p2p type network. If you were running a centrally managed financial backbone (or you want to turn a coin into one) then you can probably optimize everything such that one minute blocks mostly work. But for a decentralized peer-to-peer system, it doesn't work. 

If you look at these coins, Monero (1 min) generally has the most orphans and Duck (4 min) the least, though this of course varies according to network conditions. Probably closer to 4 minutes might be right, given the high cost of verification. 2 minutes is the bare minimum.

However, I would add that orphans really aren't as bad as they seem. The block target is determined by the rate of accepted blocks. If there weren't orphans the difficulty would be correspondingly higher. Everything comes out about the same, except more overhead and other secondary factors which aren't great and should be addressed by increasing the block time and optimizing the code in other ways. But it really isn't a "waste" of hashes or anything like that.

Hm, I know that there's a whole lot going on that causes this .. do you have any decent links that I can read up on to understand the situation better? You describe the situation very well, and I'd like to know more about specifically how multiple block solutions propagate through the network vs. which one is ultimately settled on (as well as the type of network infrastructure that it is propagated on) .. but I don't really know where to look.
smooth
Legendary
*
Offline Offline

Activity: 2968
Merit: 1198



View Profile
June 01, 2014, 06:43:40 AM
 #4585

There are a number of factors which contribute to orphans but they all stem ultimately from the one minute block time, which just too fast for an ad-hoc p2p type network. If you were running a centrally managed financial backbone (or you want to turn a coin into one) then you can probably optimize everything such that one minute blocks mostly work. But for a decentralized peer-to-peer system, it doesn't work.  

If you look at these coins, Monero (1 min) generally has the most orphans and Duck (4 min) the least, though this of course varies according to network conditions. Probably closer to 4 minutes might be right, given the high cost of verification. 2 minutes is the bare minimum.

However, I would add that orphans really aren't as bad as they seem. The block target is determined by the rate of accepted blocks. If there weren't orphans the difficulty would be correspondingly higher. Everything comes out about the same, except more overhead and other secondary factors which aren't great and should be addressed by increasing the block time and optimizing the code in other ways. But it really isn't a "waste" of hashes or anything like that.

Hm, I know that there's a whole lot going on that causes this .. do you have any decent links that I can read up on to understand the situation better? You describe the situation very well, and I'd like to know more about specifically how multiple block solutions propagate through the network vs. which one is ultimately settled on (as well as the type of network infrastructure that it is propagated on) .. but I don't really know where to look.

Satishi's paper described how one block is settled on, with the assumption of a random walk (not always correct, but correct to a point). As far as the actual network, there was another paper that measured bitcoin's propagation delays but I can't find it right now. There have also been some threads looking at propagation on ultra-fast coins such as DOGE (60 seconds), but again I can't find the links right now.

Also interesting to play with is a node simulator I remember seeing. I think someone posted a link to one on this thread, but at 200+ pages, it will be hard to find.
33zer0w0lf
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile WWW
June 01, 2014, 08:01:37 AM
 #4586

I am trying to compile wolf's miner On my linux box (64 bit CentOS 6.5) with no luck so far.

Any hints about how to compile this miner on CentOS?

I am also trying to compile Luca's one on CentOS but with no luck. When i try to run minerd it just stops saying illegal instruction. If you find a solution please tell me...

In case jap1968 havent solved the problem, or for anyone else, all i had to do was to upgrade my gcc. Thanks Wolf that told me Smiley

http://ask.xmodulo.com/upgrade-gcc-centos.html


Thanks for your help. Unfortunately, even after having done this, I am still unable to compile. This is the error message that I get:

Code:
# ./autogen.sh
configure.ac:3: error: Autoconf version 2.69 or higher is required

I have autogen 2.63 installed:

Code:
# autoconf --version
autoconf (GNU Autoconf) 2.63

so if you have autogen 2.63 installed, and 2.69 or higher is required, I would think maybe upgrade to 2.69 or higher would fix your issue.

http://www.extremepool.org (BCN) (MRO) (QCN) (XDN) (BBR) (AEON) (ORION) (DSH) (CRR) (INF8)
xnbya
Newbie
*
Offline Offline

Activity: 25
Merit: 0


View Profile
June 01, 2014, 09:58:50 AM
 #4587

For the next 10 blocks found at minemro.com the block finder will get a 1MRO bonus.
Come and join us now, you may get lucky!
GreekBitcoin
Legendary
*
Offline Offline

Activity: 1428
Merit: 1001


getmonero.org


View Profile WWW
June 01, 2014, 10:07:27 AM
 #4588


...
Thanks for your help. Unfortunately, even after having done this, I am still unable to compile. This is the error message that I get:

Code:
# ./autogen.sh
configure.ac:3: error: Autoconf version 2.69 or higher is required

I have autogen 2.63 installed:

Code:
# autoconf --version
autoconf (GNU Autoconf) 2.63

so if you have autogen 2.63 installed, and 2.69 or higher is required, I would think maybe upgrade to 2.69 or higher would fix your issue.

Oh yes! That is rather obvious.

The version that I have currently installed is the one available in the official repository. I am reluctant to change versions since this machine is a public web server (with a very low load and much CPU available) giving a real service. Is there any way of updating this package without undesired side effects?

Thats the problem. I have stated about this in wolfs thread that after updating autoconf it worked for ubuntu. So it should work. But its up to you to decide.
expert-lister
Sr. Member
****
Offline Offline

Activity: 302
Merit: 250


Imagine a world without hate and oppression


View Profile
June 01, 2014, 10:16:19 AM
 #4589

Why Cryptsy and Mintpal didn't add MRO to coin voting?

Liberty...
TTM
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
June 01, 2014, 10:20:09 AM
 #4590

Why Cryptsy and Mintpal didn't add MRO to coin voting?

I don't know, MRO isn't even on Mintpal voting list. I thought at least one of us would have been sent an email to suggest this coin ?
expert-lister
Sr. Member
****
Offline Offline

Activity: 302
Merit: 250


Imagine a world without hate and oppression


View Profile
June 01, 2014, 10:22:52 AM
 #4591

Why Cryptsy and Mintpal didn't add MRO to coin voting?

I don't know, MRO isn't even on Mintpal voting list. I thought at least one of us would have been sent an email to suggest this coin ?
I has been send email to Mintpal and Cryptsy own, For more profitable, we need add to Cryptsy or Mintpal.  Wink

Liberty...
drawingthesun
Legendary
*
Offline Offline

Activity: 1176
Merit: 1015


View Profile
June 01, 2014, 10:40:27 AM
 #4592

Why Cryptsy and Mintpal didn't add MRO to coin voting?

I don't know, MRO isn't even on Mintpal voting list. I thought at least one of us would have been sent an email to suggest this coin ?

I asked to have Monero on the voting list. They said that they have no plans to add Monero.

At this point I think we must ignore Mintpal, now the Monero community sounds desperate to be their exchange. I couldn't care less with their attitude.
smooth
Legendary
*
Offline Offline

Activity: 2968
Merit: 1198



View Profile
June 01, 2014, 10:41:20 AM
 #4593

Why Cryptsy and Mintpal didn't add MRO to coin voting?

Because they don't want to do the work to integrate a coin that isn't bitcoin clone.
sorryforthat
Hero Member
*****
Offline Offline

Activity: 994
Merit: 500



View Profile
June 01, 2014, 10:48:39 AM
 #4594

Why Cryptsy and Mintpal didn't add MRO to coin voting?

Because they don't want to do the work to integrate a coin that isn't bitcoin clone.

They will come around, Its a matter of stability at this point. They dont want to jeopardize it if something bad were to happen.
expert-lister
Sr. Member
****
Offline Offline

Activity: 302
Merit: 250


Imagine a world without hate and oppression


View Profile
June 01, 2014, 10:53:06 AM
 #4595

Why Cryptsy and Mintpal didn't add MRO to coin voting?

I don't know, MRO isn't even on Mintpal voting list. I thought at least one of us would have been sent an email to suggest this coin ?

I asked to have Monero on the voting list. They said that they have no plans to add Monero.

At this point I think we must ignore Mintpal, now the Monero community sounds desperate to be their exchange. I couldn't care less with their attitude.
It doesn't matter (MintPal) and Its ignore from our !nvestors, Also Cryptsy have problem to MRO?

Liberty...
ImI
Legendary
*
Offline Offline

Activity: 1946
Merit: 1019



View Profile
June 01, 2014, 11:17:15 AM
 #4596

Why Cryptsy and Mintpal didn't add MRO to coin voting?

afaik its a technical issue. to add a bitcoin/litecoin-clone is no big deal for them. but monero etc are different and require some extra work to do.
dewdeded
Legendary
*
Offline Offline

Activity: 1232
Merit: 1011


Monero Evangelist


View Profile
June 01, 2014, 11:21:07 AM
 #4597

In its current stage it isnt even desired for MRO to be at exchanges.
othe
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
June 01, 2014, 11:28:46 AM
 #4598

In its current stage it isnt even desired for MRO to be at exchanges.

Of course it is, its the only way to spread the coin distribution right from the beginning.

monerofarm
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
June 01, 2014, 12:06:29 PM
Last edit: June 01, 2014, 02:39:50 PM by monerofarm
 #4599

I just recently launched a new mining pool at http://monero.farm/

Here are some of our features:
  • High end pool server hardware (quad core, 15GB ram)
  • Great uptime and stability
  • 0% fees!
  • 10% of fees is donated to Monero development
  • Fighting against moneropool.com's >51%
  • Located in the US

Hopefully moneropool.com will stop having >50%.
coine_smithe
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250


View Profile
June 01, 2014, 12:15:09 PM
Last edit: June 01, 2014, 12:42:42 PM by coine_smithe
 #4600

In its current stage it isnt even desired for MRO to be at exchanges.

What is the point of money if you can't spend it/exchange it? Nobody will want to use your currency if it has been horded by miners since day one. That will mean terrible distribution and miner top heavy control of the currency and nobody can trust it. Exchanges are the single best promotional tool that coins have. If they are not worth money, how can they be expected to be money?

I just don't understand what the fear is here. That people will pump and dump and it will be forgotten? If you actually believe in the fundamentals of this coin (which it clearly has to all of the people who understand the power of the technology) then pump and dumps are irrelevant. Fundamental advancements like wallet releases, etc. will make the coin grow in the long run regardless of what the market decides to do with the coin. By putting the coin on the biggest exchange such as Mintpal, you are creating trust in the coin over time and brand awareness. This is critical to the public's trust in the coin and it having a fair distribution through liquidity and market fluctuations. I think it's misguided to think that you can just hide in a corner for months and then burst on the scene. You would do a disservice to the technology because it will be atrophied and take much longer to gain acceptance and usage.

Finally, the biggest problem that I see with the plan (or lack thereof) of not putting this coin on more exchanges, is that in the 3-4 months time window you guys are shooting for with the wallet release is that you will potentially be competing with Zerocash. From what I understand I feel that ring signatures are more trustless than Zerocash because of the possible exploits of Zerocash (not being able to detect if someone secretly increases the total coins, requiring trust in the developers in the opening ceremony, newer untested cryptography). But still, do you really want to compete head to head when you could have had months head start to convince people that your technology is superior? If public opinion turns against your coin or it is forgotten, then what is the point of all the work you did?
Pages: « 1 ... 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 [230] 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 ... 2124 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!