Bitcoin Forum
December 13, 2024, 04:43:18 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 [13] 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 ... 265 »
  Print  
Author Topic: Official Anoncoin chat thread (including history)  (Read 530702 times)
A L I E N
Legendary
*
Offline Offline

Activity: 1358
Merit: 1000



View Profile
July 14, 2013, 10:22:37 PM
 #241

I am running a few dedicated nodes to try and keep my pool fast, add if you need more nodes try:

172.31.9.115
172.245.219.144
173.213.80.183
74.91.18.186
199.48.160.234



Excellent work. I have been using your pool for a while now and it's fast and smooth  Grin

You should try to keep less than 50% of the network hash at any single pool for a number of security/integrity reasons.
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 15, 2013, 07:32:27 AM
 #242

I am running a few dedicated nodes to try and keep my pool fast, add if you need more nodes try:

172.31.9.115
172.245.219.144
173.213.80.183
74.91.18.186
199.48.160.234



Excellent work. I have been using your pool for a while now and it's fast and smooth  Grin

You should try to keep less than 50% of the network hash at any single pool for a number of security/integrity reasons.

Completely agree on that, but it's difficult to balance it out when a couple of miners show up with 15 - 50 mh/s each. There are 4 pools available, with only 2 of them being used it seems.
MarKusRomanus
Legendary
*
Offline Offline

Activity: 910
Merit: 1000



View Profile
July 15, 2013, 09:54:20 AM
 #243

We just set up a proportional pay per block pool here: anon.cryptcoins.net  Stratum only
Blocks are payed out immediately after confirmed and finder gets 2% of the block off the top.

Our other pools : https://bitcointalk.org/index.php?topic=232156.0
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 15, 2013, 02:14:41 PM
 #244

We just set up a proportional pay per block pool here: anon.cryptcoins.net  Stratum only
Blocks are payed out immediately after confirmed and finder gets 2% of the block off the top.

Our other pools : https://bitcointalk.org/index.php?topic=232156.0

Good work there. Could you inform us regarding fees, and geographic location of the pool?
nicksmith
Full Member
***
Offline Offline

Activity: 161
Merit: 100



View Profile
July 15, 2013, 11:51:19 PM
 #245

Hrm I don't get the logic of killing off the coin payout after 77777, seems like that was kinda fun and the reason for some attention, now it seems like the coin to abandon at 77778

Great merged mining BTC pool at http://mmpool.bitparking.com/ my monitor site for it http://bitmonitor.usr.io/
Play on cex http://cex.usr.io my cex Android app http://cexapp.usr.io
MarKusRomanus
Legendary
*
Offline Offline

Activity: 910
Merit: 1000



View Profile
July 16, 2013, 01:06:40 AM
 #246

We just set up a proportional pay per block pool here: anon.cryptcoins.net  Stratum only
Blocks are payed out immediately after confirmed and finder gets 2% of the block off the top.

Our other pools : https://bitcointalk.org/index.php?topic=232156.0

Good work there. Could you inform us regarding fees, and geographic location of the pool?

Pool Location is east coast of USA.  The Pool fee is 2%. 
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 16, 2013, 12:52:33 PM
 #247

Hrm I don't get the logic of killing off the coin payout after 77777, seems like that was kinda fun and the reason for some attention, now it seems like the coin to abandon at 77778

Thank you for the response regarding changes to block payouts. As a minor correction, the payouts are not being killed off, but reduced rather than increased.

There are a few reasons to provide this change for the well-being of the coin itself. We want to avoid the coin becoming a "pump and dump" (even though that might be a short term effect) coin as well as give it a much longer, healthier lifespan. This will enable the dev team to focus on, thus provide better long-term services. With the first approach of fast increasing block sizes as well as the low difficulty applied by the hard fork the blocks would simply run out quickly, or there would be constant patching and maintenance to adjust difficulty and transaction speeds. We believe this is the correct approach to "repair" the coin permanently.
Your feedback is valued, and we take as much of users opinions into consideration as possible when making major changes to the coin and client.
captainfuture
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
July 16, 2013, 01:05:54 PM
 #248

Giving a pool a shot again, I started a few others only to find the mmcfe front end was ripping users off, however this fork is very active and seem to be pretty legit, https://github.com/TheSerapher/php-mmcfe-ng I hope they keep working the bugs out of the old mmcfe that is pretty useless for altcoins now.

Come and try it out if you like and if my theory that this new front end is better! I could use a few k to see if its working well!

http://anc.usr.io
proportional payout
stratum only @ stratum+tcp://anc.usr.io:3333




pool down?
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 16, 2013, 02:01:44 PM
 #249

Giving a pool a shot again, I started a few others only to find the mmcfe front end was ripping users off, however this fork is very active and seem to be pretty legit, https://github.com/TheSerapher/php-mmcfe-ng I hope they keep working the bugs out of the old mmcfe that is pretty useless for altcoins now.

Come and try it out if you like and if my theory that this new front end is better! I could use a few k to see if its working well!

http://anc.usr.io
proportional payout
stratum only @ stratum+tcp://anc.usr.io:3333




pool down?

Pool is down. No response on front-end, stratum. I see you already found yourself a new pool though  Smiley
captainfuture
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
July 16, 2013, 02:05:22 PM
 #250

big brother is watching u  Roll Eyes
nicksmith
Full Member
***
Offline Offline

Activity: 161
Merit: 100



View Profile
July 16, 2013, 02:10:05 PM
 #251

Giving a pool a shot again, I started a few others only to find the mmcfe front end was ripping users off, however this fork is very active and seem to be pretty legit, https://github.com/TheSerapher/php-mmcfe-ng I hope they keep working the bugs out of the old mmcfe that is pretty useless for altcoins now.

Come and try it out if you like and if my theory that this new front end is better! I could use a few k to see if its working well!

http://anc.usr.io
proportional payout
stratum only @ stratum+tcp://anc.usr.io:3333




pool down?

Pool is down. No response on front-end, stratum. I see you already found yourself a new pool though  Smiley

Fixed, VPS was offline, odd Sad

Great merged mining BTC pool at http://mmpool.bitparking.com/ my monitor site for it http://bitmonitor.usr.io/
Play on cex http://cex.usr.io my cex Android app http://cexapp.usr.io
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 16, 2013, 02:58:59 PM
 #252

Giving a pool a shot again, I started a few others only to find the mmcfe front end was ripping users off, however this fork is very active and seem to be pretty legit, https://github.com/TheSerapher/php-mmcfe-ng I hope they keep working the bugs out of the old mmcfe that is pretty useless for altcoins now.

Come and try it out if you like and if my theory that this new front end is better! I could use a few k to see if its working well!

http://anc.usr.io
proportional payout
stratum only @ stratum+tcp://anc.usr.io:3333




pool down?

Pool is down. No response on front-end, stratum. I see you already found yourself a new pool though  Smiley

Fixed, VPS was offline, odd Sad

Happens to most pools. At least there was a speedy recovery Wink
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 16, 2013, 05:16:04 PM
 #253

10 days of coins-e, quite the bumpy ride: http://www.cryptocoincharts.info/period-charts.php?period=10-days&resolution=hour&pair=anc-btc&market=coins-e
A L I E N
Legendary
*
Offline Offline

Activity: 1358
Merit: 1000



View Profile
July 16, 2013, 06:10:44 PM
 #254


Is it just me or is that volume data off?
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 16, 2013, 06:16:35 PM
 #255


It seems the volume data is way off. Multiplied by 10 perhaps?
ISAWHIM
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500



View Profile
July 19, 2013, 03:16:07 PM
 #256

With an 80% reject rate... devs might want to focus on mining quality, and focus less on rewards. Right now, it is a double-edge sword... less reward from mining-finds and more mining-rejects = quadruple kick in the teeth to miners. Try increasing the block-time to a 2-min target time, retargeting after every block found, using an hourly retarget formula. Eg, finding one block too fast, changes the retarget of the next block, making it "target" a 2-min + (2-min - last-found-seconds) block.

Even better to use a "half-value" retarget. Just incase it over-targets to too high a diff for any miner to want to keep mining. If it is truly still too high, it retargets up again by half, and half, and half... instead of the "shocker" diff that forces the mining value to be below mining-effort, which makes the majority of miners just jump onto another coin. (Same on the reverse, targeting down by half, if everyone leaves suddenly, so that it does not drop through the floor instantly, calling the hoppers back between every other retarget value.)

Seems the system that allows anon-mining is causing massive forks and rejections from the delays of tor use, for mining. Not quite the ideal setup.

You might want to remove the "fast block" times, since tor is anything other than fast.

The system is choking on soo many miss-matched times for block submissions, it is creating like 40 forks at once, each block.

Stick to non-anon mining, and only anon-tx's. If you can't sync time within 3-sec of "atomic time", then you should not be mining. (Also, forcing the miners to "not build off your own block", once you find one, would greatly limit forks and orphans. Making them "wait" until someone-else has built on the "potential" found block. Because if they are that far out of sync, they keep building fast on their own block, creating forks that have to be tested and rejected.)

This is why it sucks having only "one chain" to build on, with fast blocks. There is no time for the blocks to propagate through the "world wide" system. (This stuff isn't seen on a local system with <50ms response times.)
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 19, 2013, 05:22:19 PM
 #257

With an 80% reject rate... devs might want to focus on mining quality, and focus less on rewards. Right now, it is a double-edge sword... less reward from mining-finds and more mining-rejects = quadruple kick in the teeth to miners. Try increasing the block-time to a 2-min target time, retargeting after every block found, using an hourly retarget formula. Eg, finding one block too fast, changes the retarget of the next block, making it "target" a 2-min + (2-min - last-found-seconds) block.

Even better to use a "half-value" retarget. Just incase it over-targets to too high a diff for any miner to want to keep mining. If it is truly still too high, it retargets up again by half, and half, and half... instead of the "shocker" diff that forces the mining value to be below mining-effort, which makes the majority of miners just jump onto another coin. (Same on the reverse, targeting down by half, if everyone leaves suddenly, so that it does not drop through the floor instantly, calling the hoppers back between every other retarget value.)

Seems the system that allows anon-mining is causing massive forks and rejections from the delays of tor use, for mining. Not quite the ideal setup.

You might want to remove the "fast block" times, since tor is anything other than fast.

The system is choking on soo many miss-matched times for block submissions, it is creating like 40 forks at once, each block.

Stick to non-anon mining, and only anon-tx's. If you can't sync time within 3-sec of "atomic time", then you should not be mining. (Also, forcing the miners to "not build off your own block", once you find one, would greatly limit forks and orphans. Making them "wait" until someone-else has built on the "potential" found block. Because if they are that far out of sync, they keep building fast on their own block, creating forks that have to be tested and rejected.)

This is why it sucks having only "one chain" to build on, with fast blocks. There is no time for the blocks to propagate through the "world wide" system. (This stuff isn't seen on a local system with <50ms response times.)

Thanks a lot for your insightful feedback. If you have other thoughts or suggestions towards improvements of the coin we always appreciate a post or PM.

We have been working on some of these issues for a while now, and we have a new release in running in a testnet to take care of most of these issues when block 77.777 is reached. The re-targeting may not be optimal, but it will be more than sufficient and close to what you describe to allow for mining through tor/i2p which are by design slower to provide a greater amount of anonymity. This should allow for a better mining experience even when utilizing slower anonymous networks. The new release will completely eliminate the extreme rapid difficulty changes.

It is highly recommended to do the mining through a pool located on clearnet with connections to the tor/i2p network as it is a lot easier to contribute shares using a slower tor/i2p link rather than solo mining blocks. As you said the optimal solution is clearnet mining while utilizing anonymous transactions which is the way it was intended to work. It is usually the coin spenders that require the anonymity, not the miners.
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 19, 2013, 09:48:32 PM
Last edit: August 21, 2013, 02:10:26 PM by BroTroxer
 #258

New client release! Be sure to upgrade your client preferably during the month. Old version will be incompatible from block 77.777.

Why do a new hard fork when the coin works as-is? It is overall good, but it has to be better to survive.

We have implemented several improvements based on user feedback, as well as the dev teams own experiences. The improvements you as a user may notice are;


Introducing the new interfce for I2P:
The client comes with GUI based I2P options this time around. You can now choose to go to Settings -> Options to configure all the I2P settings. This is a great addition that will make it easier for most users to connect to and use the I2P features.
We are working on a seperate edition of the wallet that comes with the I2P router built in as well. This is however not ready to be published yet.


Changes to block payouts and difficulty:
To strenghten the long term health of the coin we have choosen to extend it's lifetime, and provide it with rapid difficulty adjustments.
The fast ups and downs in difficulty experienced as it is today can be great for mining a bunch of coins quickly once a week. However it does not provide the level of stability we aim for, nor does it add the required value to the coin as a merchant tool.
The block payout changes will kick in at block 77.777 where the blocks begin paying 5 ANC per block (Down from current 7). From there the block payout will continue halving every ~2 years (5 -> 2.5 -> 1.25 -> 0.75). This will add to the lifetime of the coin, and shuld along with the diff adjustments prevent the pump and dump behavior on exchanges as several thousand coins won't be instantly mined and dumped.
We expect this to be the final major adjustment to the coin. Any major changes from here will be triggered by users request for change if needed. We will of course continue regular maintenance where needed.


Shifting focus towards providing services and support:
Now that we consider the coin to be feature complete, we will be shifting the focusing towards providing services around the coin.
If you have any ideas for a service that would be an asset to have available on I2P/tor or even clearnet, please PM or post in the thread.



We will continue work on the coin implementing new features, and updating the code when it is necessary as our top priority. Most of the services provided will in large be provided by third party, with our assistance setting it up, or helping it get established on i2p where it is needed. Services already listed as complete, or planned on our website will still be developed by us when there is time to do so.


We assist in client support for all popular OS's (Windows, Linux, Mac OS X). If you have problems running or building the client you can Post, PM, or come on IRC for help. We do our best to help if you can provide us with the information requred to troubleshoot the issue at hand.


In addition to the new client there is now a complete website avilable for ANC: https://anoncoin.net
tadakaluri
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500



View Profile WWW
July 20, 2013, 05:20:26 PM
 #259

New client also stuck.......
BroTroxer
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250


View Profile
July 20, 2013, 05:34:19 PM
 #260

New client also stuck.......

If it was stuck before your upgraded you should probably resync to solve the issue.

You can follow these steps to get a fresh resync.
1) Stop the anoncoin client.
2) Open the folder %appdata%\anoncoin\ (Open explorer then type that in the address field)
3) Start the anoncoin client.

If it's still crashing we would like to get additional information. In that case please join IRC if you got some spare time to help troubleshoot. Web IRC at http://webchat.freenode.net/?channels=anoncoin
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 [13] 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 ... 265 »
  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!