Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 1705. (Read 4670614 times)
Is it technically possible to side-embed monero to bitcoin?
I have one big probleme .
Many users is not happy by chance in my pool .
Is very low and quit my pool .
I know my methode is best ( same of MPOS per exemple ).
I lose users with my methode. For joke, I have used the same methode of standard pool and find 446%
http://monero.crypto-pool.fr/testttt.html#pool_blocks
Lucky: 446% is liard.
Pool Efficiency: 103% Is already very good number ( between 90% and 100% , is good number ).
If you explain "285% luck factor!"
Please explain me 446% luck factor
Yes, if my server is down or all composant of my pool not running as not impact of efficiancy.
The principal probleme of pool monero is daemon bitmonerod crashed or not response RPC.
Many users is not happy by chance in my pool .
Is very low and quit my pool .
I know my methode is best ( same of MPOS per exemple ).
I lose users with my methode. For joke, I have used the same methode of standard pool and find 446%
http://monero.crypto-pool.fr/testttt.html#pool_blocks
Lucky: 446% is liard.
Pool Efficiency: 103% Is already very good number ( between 90% and 100% , is good number ).
If you explain "285% luck factor!"
Please explain me 446% luck factor
Yes, if my server is down or all composant of my pool not running as not impact of efficiancy.
The principal probleme of pool monero is daemon bitmonerod crashed or not response RPC.
I wonder if the high luck recently reported by several pools is having a downward impact on price?
Can anyone extrapolate a cohesive "mining luck" formula that can be scraped or otherwise determined from the block explorer?
Can anyone extrapolate a cohesive "mining luck" formula that can be scraped or otherwise determined from the block explorer?
I've been trying to work out if the "luck factor" stat shows anything useful at all for the last couple of days, but not been getting much feedback so I'm not sure anyone cares
First of all, there are two different luck calculations being used, crypto-pool.fr and cryptonotepool.org.uk implemented one based on calculating (hashes to find block) / (block difficulty), the Zone117x released a pool update which included a luck calculation based on (block difficulty) / (hashes to find block). I may well be biased but I prefer the former as I believe it produces more easily comparable results, take a look at the sites to see what you think. The standard pool method produces exponential results, and I havent see any of the sites using it trying to explain what their "285% luck factor!" actually means, other than the implied bigger is better.
After pondering here's what I believe you need to consider when looking at luck scores:
- I prefer to refer to it as "efficiency" rather than luck, when using my pool's calculation method 100% efficiency should be average for the network
- Network difficulty lags behind the actual network hash power, so when it is increasing miners should overall be luckier than the implied average
- The difficulty is time based, aiming to set the mining efficiency at a level which produces a block every 60secs on average. However the pool efficiency calculation isnt time based, as it assumes 100% uptime, pool downtime wont affect the efficiency displayed
- When all other factors are equal, i.e. difficulty remains constant and pools have no downtime, then the efficiency across all pools should average 100%. If some pools are consistently over 100% then that must be at the expense of some other pools running at less than 100%.
To answer your original question, unfortunately the block explorer doesnt record hashes required per block, so you cant get a luck factor that way. You could look at the average block generation time to see if it is 60secs as intended, if it averages much lower then the coins generated per day will be higher than expected, which could affect price.
if anyone has any interest im willing to sell silver bullion for xmr
New features on pool
Features uniq for the moment.
Features uniq for the moment.
http://monero.crypto-pool.fr
See history off all Payout for you
Adaptative minimal amount for low and big hashrate
If amount > 3.2 XMR the minimum time between payment and 30 Minutes.
If amount > 1.6 XMR the minimum time between payment and 1 Hour.
If amount > 0.8 XMR the minimum time between payment and 2 Hour.
If amount > 0.4 XMR the minimum time between payment and 4 Hour.
If amount > 0.2 XMR the minimum time between payment and 8 Hour.
If amount > 0.1 XMR the minimum time between payment and 16 Hour.
Firewall PassThru
You can mine of port 80,443,8080
Ultra stability
Each thread in listen for miner can get information "getblocktemplate" on 4 bitmonerod
If one bitmonerod not update,resynch,failed or other probleme each thread switch to other bitmonerod
If switch produce, I not accept connexion of bitmonerod if heigh of blocktemplate is not same or greater
Switch preventively bitmonerod every 2 to 5 minutes.I not good lock in same bitmonerod
Each block solver is submit on all bitmonerod and is add block list if only one accept the block,increase the rate orphan but to validate blocks refused otherwise
And other secret for returns the best services
See history off all Payout for you
Adaptative minimal amount for low and big hashrate
If amount > 3.2 XMR the minimum time between payment and 30 Minutes.
If amount > 1.6 XMR the minimum time between payment and 1 Hour.
If amount > 0.8 XMR the minimum time between payment and 2 Hour.
If amount > 0.4 XMR the minimum time between payment and 4 Hour.
If amount > 0.2 XMR the minimum time between payment and 8 Hour.
If amount > 0.1 XMR the minimum time between payment and 16 Hour.
Firewall PassThru
You can mine of port 80,443,8080
Ultra stability
Each thread in listen for miner can get information "getblocktemplate" on 4 bitmonerod
If one bitmonerod not update,resynch,failed or other probleme each thread switch to other bitmonerod
If switch produce, I not accept connexion of bitmonerod if heigh of blocktemplate is not same or greater
Switch preventively bitmonerod every 2 to 5 minutes.I not good lock in same bitmonerod
Each block solver is submit on all bitmonerod and is add block list if only one accept the block,increase the rate orphan but to validate blocks refused otherwise
And other secret for returns the best services
Code:
Daemon RPC:monero "height": 110364
Daemon RPC:xmr1 "height": 110364
Daemon RPC:xmr2 "height": 110364
Daemon RPC:xmr3 "height": 110364
(Thread 9) (monero) height 110364
(Thread 8) (monero) height 110364
(Thread 7) (monero) height 110364
(Thread 6) (xmr3) height 110364
(Thread 5) (xmr1) height 110364
(Thread 4) (xmr1) height 110364
(Thread 3) (monero) height 110364
(Thread 2) (monero) height 110364
(Thread 1) (xmr3) height 110364
(Thread 14) (xmr1) height 110364
(Thread 13) (xmr3) height 110364
(Thread 12) (xmr3) height 110364
(Thread 11) (xmr2) height 110364
(Thread 10) (xmr3) height 110364
Daemon RPC:xmr1 "height": 110364
Daemon RPC:xmr2 "height": 110364
Daemon RPC:xmr3 "height": 110364
(Thread 9) (monero) height 110364
(Thread 8) (monero) height 110364
(Thread 7) (monero) height 110364
(Thread 6) (xmr3) height 110364
(Thread 5) (xmr1) height 110364
(Thread 4) (xmr1) height 110364
(Thread 3) (monero) height 110364
(Thread 2) (monero) height 110364
(Thread 1) (xmr3) height 110364
(Thread 14) (xmr1) height 110364
(Thread 13) (xmr3) height 110364
(Thread 12) (xmr3) height 110364
(Thread 11) (xmr2) height 110364
(Thread 10) (xmr3) height 110364
ehi guys,
like this?
like this?
New Monero Pool for CPU
intel dual xeon, 8 gb ram, 2 hdd scsi, EU server super stable, vardiff, fast retarget, 1% fee
Start mining Now!!!!!!
happy mining with Simpleminer e Cryptonoteminer
mining configuration ex:
Code:
minerd -a cryptonight -o stratum+tcp://xmr.darktech.org:3333 -u address -p x
I wonder if the high luck recently reported by several pools is having a downward impact on price?
Can anyone extrapolate a cohesive "mining luck" formula that can be scraped or otherwise determined from the block explorer?
Can anyone extrapolate a cohesive "mining luck" formula that can be scraped or otherwise determined from the block explorer?
I think he means VRT. Vertcoin.
Sorry your right - i did mean Vertcoin. i have had a reply on Rpietelia's thread informing me that Vertcoin just uses a mixer, and is not anonymous, so i will ignore VRT from now on. It was just some clever PR on their part that made it sound like it was.
no, vertcoin does not use a mixer. it uses what's called a stealth address for privacy, not for anonymity. the distinction is very important to vertcoin folks.
I am constantly confused between vericoin (vrc) and vertcoin (vrt). I imagine that I am not the only one. Nominally, it boils down to whether one dots one's I or crosses one's T.
Verisend is a mixer, I believe.
there are now close to 400 cryptos, getting confused is understandable and you are confused stilll, vertcoin is VTC
Devs are still working hard on the core code, look at the forks of the main monero-project in github and you will see plenty of commits for improvements. There is a thread in http://www.reddit.com/r/Monero/ looking for people to test new developments, which is one way that most people can contribute (other than donating!).
In general one has to remember that this is not like all the Bitcoin derived altcoins, who have inherited four years of extensive development work to ensure that the basic technology they are using is well tested and optimised. I know it has been said that if the major issues like blockchain size and gui wallet aren't resolved quickly then Monero is at risk of being overtaken by a clone of itself, but that would require the clone devteam to produce their own solutions to those issues so I doubt its a major concern for now.
Would be nice to see the slick new website, but I believe that's imminent...
In general one has to remember that this is not like all the Bitcoin derived altcoins, who have inherited four years of extensive development work to ensure that the basic technology they are using is well tested and optimised. I know it has been said that if the major issues like blockchain size and gui wallet aren't resolved quickly then Monero is at risk of being overtaken by a clone of itself, but that would require the clone devteam to produce their own solutions to those issues so I doubt its a major concern for now.
Would be nice to see the slick new website, but I believe that's imminent...
I think he means VRT. Vertcoin.
Sorry your right - i did mean Vertcoin. i have had a reply on Rpietelia's thread informing me that Vertcoin just uses a mixer, and is not anonymous, so i will ignore VRT from now on. It was just some clever PR on their part that made it sound like it was.
no, vertcoin does not use a mixer. it uses what's called a stealth address for privacy, not for anonymity. the distinction is very important to vertcoin folks.
I am constantly confused between vericoin (vrc) and vertcoin (vrt). I imagine that I am not the only one. Nominally, it boils down to whether one dots one's I or crosses one's T.
Verisend is a mixer, I believe.
Searching a place to mine Monero?
Spread the hashes !
XMR MINING POOL >> http://xmr.poolto.be
use : stratum+tcp://xmr.poolto.be:3001
Join us on iRC: #poolto.be @ irc.freenode.net
http://webchat.freenode.net/?channels=%23poolto.be
Happy Mining !
pool fee: 0.20% (pool) + 0.05% (devs) to support XMR ! >> Join us!
Spread the hashes !
XMR MINING POOL >> http://xmr.poolto.be
use : stratum+tcp://xmr.poolto.be:3001
Join us on iRC: #poolto.be @ irc.freenode.net
http://webchat.freenode.net/?channels=%23poolto.be
Happy Mining !
pool fee: 0.20% (pool) + 0.05% (devs) to support XMR ! >> Join us!
I think he means VRT. Vertcoin.
Sorry your right - i did mean Vertcoin. i have had a reply on Rpietelia's thread informing me that Vertcoin just uses a mixer, and is not anonymous, so i will ignore VRT from now on. It was just some clever PR on their part that made it sound like it was.
no, vertcoin does not use a mixer. it uses what's called a stealth address for privacy, not for anonymity. the distinction is very important to vertcoin folks.
I have not seen Monero developers since Sunday on this thread. May anybody know what are they doing? Still at Bitcoin conference in Estonia?
This is one concern I have for this platform. The development community seems a bit on the slow side. I don't say much as I am not a dev, but I hope code is being worked on faster than it seems. We don't need flashy websites, or even a gui yet... but I hope real progress is being made on core server improvements, the database etc...
DB work is currently in progress. Personally, I would consider it the first priority, after critical bug fixes and security vulnerabilities as the are identified in real-time, so I am pleased with the prioritization which is being done by the core team. Among other work items I have tracked, the rpc changes in support of GUI wallets appears to be to have peaked. This will gratify those who prioritize GUI wallets. I suppose a 64-bit GUI wallet could be put out pretty quickly now, but it seems more logical to me to get the db conversion done, so that all platforms can be equally supported, and the client conversion from boost serializations to DB is more managable, before a GUI is blessed as a reference implementation.
Just peanut gallery comments.
Hey aminorex,
I follow your posts as they are a very high quality. We were just talking about them at Malla and everyone feels this way.
IIRC you were saying that you wouldn't trust something like zerocoin as if the initial accumulator values are not destroyed it breaks the anonymity set. It turns out that with zerocash, the initial values, if not destroyed, would only allow someone to create more of the coin rather than break the anonymity of the users.
I follow your posts as they are a very high quality. We were just talking about them at Malla and everyone feels this way.
IIRC you were saying that you wouldn't trust something like zerocoin as if the initial accumulator values are not destroyed it breaks the anonymity set. It turns out that with zerocash, the initial values, if not destroyed, would only allow someone to create more of the coin rather than break the anonymity of the users.
Yes, I understand that now. Thank you for correcting the record.
I have not seen Monero developers since Sunday on this thread. May anybody know what are they doing? Still at Bitcoin conference in Estonia?
This is one concern I have for this platform. The development community seems a bit on the slow side. I don't say much as I am not a dev, but I hope code is being worked on faster than it seems. We don't need flashy websites, or even a gui yet... but I hope real progress is being made on core server improvements, the database etc...
Any ideas why diff has risen so much?
Hey aminorex,
I follow your posts as they are a very high quality. We were just talking about them at Malla and everyone feels this way.
IIRC you were saying that you wouldn't trust something like zerocoin as if the initial accumulator values are not destroyed it breaks the anonymity set. It turns out that with zerocash, the initial values, if not destroyed, would only allow someone to create more of the coin rather than break the anonymity of the users.
I follow your posts as they are a very high quality. We were just talking about them at Malla and everyone feels this way.
IIRC you were saying that you wouldn't trust something like zerocoin as if the initial accumulator values are not destroyed it breaks the anonymity set. It turns out that with zerocash, the initial values, if not destroyed, would only allow someone to create more of the coin rather than break the anonymity of the users.
Making more of the coin is just as bad as breaking the anonymity of the users, if not worse...
If someone could make large amounts of coins at will, they could/would easily dump them on the market for quick profit, resulting in the price of such coin going down dramatically, and that person could make coins whenever they want, so there's no stopping them.....
That's why I believe zerocash is Not a viable anonymity option.
I think he means VRT. Vertcoin.
Sorry your right - i did mean Vertcoin. i have had a reply on Rpietelia's thread informing me that Vertcoin just uses a mixer, and is not anonymous, so i will ignore VRT from now on. It was just some clever PR on their part that made it sound like it was.
Many people are not familiar with Stealth Address, maybe you're one of them
Quote
At the moment, we’re working on stealth addresses in Vertcoin. Those of you have been around a while may remember, in the early days of VTC, there was some discussion over zerocoin implementation, and we made clear that anonymous/untraceable payments were not the direction we wanted to go with VTC – we are of the opinion that mainstream adoption won’t come from these features, and that they will actually damage the currencies that go down that route. The fact is, people don’t care about anonymity – if they did, they wouldn’t use social media etc.
However, we do believe in transactional privacy akin to what you expect from your legacy payment/banking systems, such that it’s not trivially easy for anyone to see your entire financial history.
Stealth addresses strike a good balance – all the transactions are still on the blockchain to be seen, but the link between an address and an individual is obfuscated. One thing that not many people seem to consider when talking about anonymity systems in cryptocurrencies is that true anonymous payments make all the blockchain tools you’re used to useless.
Stealth addresses increase privacy for a recipient by allowing you to publish a stealth address, which is like a seed which the sender then uses to generate a unique one-use Vertcoin address for the transaction. All the transactions remain public on the blockchain, but knowing the entire transactional history of your stealth address is now no-longer possible except for you, the holder of the secret key.
However, we do believe in transactional privacy akin to what you expect from your legacy payment/banking systems, such that it’s not trivially easy for anyone to see your entire financial history.
Stealth addresses strike a good balance – all the transactions are still on the blockchain to be seen, but the link between an address and an individual is obfuscated. One thing that not many people seem to consider when talking about anonymity systems in cryptocurrencies is that true anonymous payments make all the blockchain tools you’re used to useless.
Stealth addresses increase privacy for a recipient by allowing you to publish a stealth address, which is like a seed which the sender then uses to generate a unique one-use Vertcoin address for the transaction. All the transactions remain public on the blockchain, but knowing the entire transactional history of your stealth address is now no-longer possible except for you, the holder of the secret key.
My resources about stealth addresses so far:
http://sx.dyne.org/stealth.html
https://wiki.unsystem.net/en/index.php/DarkWallet/Stealth
https://wiki.unsystem.net/en/images/e/e5/RHhNKL6.jpg
Hey aminorex,
I follow your posts as they are a very high quality. We were just talking about them at Malla and everyone feels this way.
IIRC you were saying that you wouldn't trust something like zerocoin as if the initial accumulator values are not destroyed it breaks the anonymity set. It turns out that with zerocash, the initial values, if not destroyed, would only allow someone to create more of the coin rather than break the anonymity of the users.
I follow your posts as they are a very high quality. We were just talking about them at Malla and everyone feels this way.
IIRC you were saying that you wouldn't trust something like zerocoin as if the initial accumulator values are not destroyed it breaks the anonymity set. It turns out that with zerocash, the initial values, if not destroyed, would only allow someone to create more of the coin rather than break the anonymity of the users.
Jump to: