Bitcoin Forum
May 28, 2024, 11:55:41 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 [910] 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 ... 1310 »
  Print  
Author Topic: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay]  (Read 2375321 times)
catfish78
Newbie
*
Offline Offline

Activity: 142
Merit: 0


View Profile
August 26, 2017, 08:28:52 AM
 #18181

Welcome to the magi community catfish78,

To check to see if you are on the correct chain you can check the blockheight on this site
https://poolinfo.systms.org/#magi

Then check the blockheight in your wallet in the console by typing
Code:
getblockcount
they should be the same our at worst less than 10 out if your wallet is fully synchronised

Good luck with the mining

Thank You! Very simple way to check it!

I'm in the right track and got 2 blocks - very happy  Grin
mscoin
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
August 26, 2017, 08:35:28 AM
 #18182

What means  stratum_recv_line failed?

It probably means you're not connecting to the pool.
Do you have some kind of firewall on your side that could be blocking your connection to the pool?

I turn off all firewall and try on two networks and two different machines.
tommyrsk
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
August 26, 2017, 09:51:33 AM
 #18183


Can someone clearly confirm that we should only be mining at 300 KH/s per person or per mining rig? I just have some i7 machines that lay around doing nothing so i sent them off mining XMG.


The max speed of 300KH/s per user is a limit that is set by us on our pool TrasMaMod. That means persons who mine over 300KH/s must reduce their mining speed, if not, they are miners we dont want on the pool, and will be banned.

This limit has nothing to do with the general mining in the network.
BUT: we encourages every pool owners to do similar as us.
Boocha466
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
August 26, 2017, 09:58:45 AM
 #18184


Can someone clearly confirm that we should only be mining at 300 KH/s per person or per mining rig? I just have some i7 machines that lay around doing nothing so i sent them off mining XMG.


The max speed of 300KH/s per user is a limit that is set by us on our pool TrasMaMod. That means persons who mine over 300KH/s must reduce their mining speed, if not, they are miners we dont want on the pool, and will be banned.

This limit has nothing to do with the general mining in the network.
BUT: we encourages every pool owners to do similar as us.

LoL - http://prntscr.com/gd8ahi 678 kh/s
penambang
Hero Member
*****
Offline Offline

Activity: 548
Merit: 501


View Profile WWW
August 26, 2017, 10:12:16 AM
 #18185

More mempool error on my NOMP pool

Code:
received block 000000001a86d38a2eb1
SetBestChain: new best=000000001a86d38a2eb19f1238358b9db3bb0590a60c650671de722bb179c5a4  height=1452104  money supply=7991958  trust=66013855359244  date=08/25/17 17:05:45
Stake checkpoint: 47c28008
ProcessBlock: ACCEPTED
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
Flushing wallet.dat
Flushed wallet.dat 1ms
Flushed 0 addresses to peers.dat  1ms
received block 00000000796ec87c78c0
SetBestChain: new best=00000000796ec87c78c01eb782ad5169206578826d3ff9aa045d3baf9da66e3a  height=1452105  money supply=7991963  trust=66013855364592  date=08/25/17 17:06:41
Stake checkpoint: fb0aac60
ProcessBlock: ACCEPTED
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
ERROR: mempool transaction missing input
Flushing wallet.dat
Flushed wallet.dat 0ms

My magi.conf:

Code:
rpcuser=redacted
rpcpassword=redacted
# Listen for RPC connections on this TCP port:
rpcport=8232

# server=1 to accept JSON-RPC commands
server=1
daemon=1
# listen=1 to accept connections from outside
listen=0

# RPC connection from localhost allowed
rpcallowip=127.0.0.1

connect=104.128.225.215

posii=0

Did you ever get this figured out?  Its happening to my wallet now Sad

My problem solved by importing private key to new wallet, no more mempool error for now.
tommyrsk
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
August 26, 2017, 10:16:18 AM
 #18186


User has been warned. If there is no improvements in short time. He will be banned.
(we warn first before blocking)
gunka
Full Member
***
Offline Offline

Activity: 378
Merit: 101


SZPvNamiw63JLkfjeCeV8WsZnhdpW147SL


View Profile
August 26, 2017, 10:19:44 AM
 #18187


Can someone clearly confirm that we should only be mining at 300 KH/s per person or per mining rig? I just have some i7 machines that lay around doing nothing so i sent them off mining XMG.


The max speed of 300KH/s per user is a limit that is set by us on our pool TrasMaMod. That means persons who mine over 300KH/s must reduce their mining speed, if not, they are miners we dont want on the pool, and will be banned.

This limit has nothing to do with the general mining in the network.
BUT: we encourages every pool owners to do similar as us.

LoL - http://prntscr.com/gd8ahi 678 kh/s

LOL

xmg.minerclaim.net
The Max Hashrate per User is 250KH/s
https://xmg.minerclaim.net/index.php?page=statistics&action=pool
Everyone has more than 250 kh/s  Cheesy )))))

                 SONO PROJECT  ▄▀▀▄█▀▀█░░█▀▀█ DRIVEN CURRENCY          
FACEBOOK  TWITTER  DISCORD  TELEGRAMM    ▀▄░░░░██░░  WHITEPAPER  BLOG  ANN  BOUNTY  GITHUB
                             ▀▄▄▀█▄▄█▀██▄▄█                            
starmman
Legendary
*
Offline Offline

Activity: 1484
Merit: 1029



View Profile
August 26, 2017, 10:21:18 AM
 #18188


User has been warned. If there is no improvements in short time. He will be banned.
(we warn first before blocking)

Great that action is being taken - hopefully the chain will keep up... tons of posts on the thread today - its difficult to keep up - dont think I've ever seen so much activity on here. Great that lots more people are starting to take notice of Magi =D
pmsk
Newbie
*
Offline Offline

Activity: 73
Merit: 0


View Profile
August 26, 2017, 10:30:58 AM
 #18189


Can someone clearly confirm that we should only be mining at 300 KH/s per person or per mining rig? I just have some i7 machines that lay around doing nothing so i sent them off mining XMG.


The max speed of 300KH/s per user is a limit that is set by us on our pool TrasMaMod. That means persons who mine over 300KH/s must reduce their mining speed, if not, they are miners we dont want on the pool, and will be banned.

This limit has nothing to do with the general mining in the network.
BUT: we encourages every pool owners to do similar as us.
Do you really think it's a solution? It's not question for you, but question for all. There is no problem to create 10-20-100 accounts, configure mining sw and in the end to get a perfect picture: 100 users with 40kh/s instean one with 4000kh/s.
tommyrsk
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
August 26, 2017, 10:36:05 AM
 #18190

@TrasMaMod owner

Please fix your pools dashboard. It just stops refreshing after a while.

There is none known issues with the dashboard. I'm using it by my self and has no issue. It could be some browser related.
Code:
Refresh interval: 5 seconds, worker and account 5 seconds. Hashrate based on shares submitted in the past 5 minutes.
AngryWhiteWolf
Full Member
***
Offline Offline

Activity: 616
Merit: 100



View Profile
August 26, 2017, 10:41:42 AM
 #18191

Do you really think it's a solution? It's not question for you, but question for all. There is no problem to create 10-20-100 accounts, configure mining sw and in the end to get a perfect picture: 100 users with 40kh/s instean one with 4000kh/s.

It's a good start. Let them try, could have unpleasant surprises. Especially if the coins mined using hash rate above limit are not paid.
jmik
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
August 26, 2017, 10:53:40 AM
 #18192

Unless they use a very sophisticated setup, all those accounts would have the same IP though. That's pretty easy to detect.

Do you really think it's a solution? It's not question for you, but question for all. There is no problem to create 10-20-100 accounts, configure mining sw and in the end to get a perfect picture: 100 users with 40kh/s instean one with 4000kh/s.
The Frisian
Legendary
*
Offline Offline

Activity: 1019
Merit: 1003


Senior Developer and founder of ViMeAv ICT


View Profile WWW
August 26, 2017, 10:57:41 AM
 #18193

My wallet, version 1.4.3.0 stopped synching this morning.
Worked like  charm until this morning.
Does anyone knows why?
My9bot
Full Member
***
Offline Offline

Activity: 239
Merit: 100


View Profile
August 26, 2017, 11:09:12 AM
 #18194

Unless they use a very sophisticated setup, all those accounts would have the same IP though. That's pretty easy to detect.

Do you really think it's a solution? It's not question for you, but question for all. There is no problem to create 10-20-100 accounts, configure mining sw and in the end to get a perfect picture: 100 users with 40kh/s instean one with 4000kh/s.
than use proxys vpns ...
useless....
you can´t stop them

I'm better with code than with words-SatoshiNakamoto
Espers [ESP]SiteOnBlockchain
Apprentice
Full Member
***
Offline Offline

Activity: 500
Merit: 105


View Profile
August 26, 2017, 11:10:48 AM
 #18195

Do you really think it's a solution? It's not question for you, but question for all. There is no problem to create 10-20-100 accounts, configure mining sw and in the end to get a perfect picture: 100 users with 40kh/s instean one with 4000kh/s.

It's a good start. Let them try, could have unpleasant surprises. Especially if the coins mined using hash rate above limit are not paid.

you can't make a min-able coin and ask people to limit their hash rate. People will fire up whatever hash rate they can find to get coins.
My9bot
Full Member
***
Offline Offline

Activity: 239
Merit: 100


View Profile
August 26, 2017, 11:12:21 AM
 #18196

My wallet, version 1.4.3.0 stopped synching this morning.
Worked like  charm until this morning.
Does anyone knows why?

the think the main node at  104.128.225.215   its overloaded with connections


I'm better with code than with words-SatoshiNakamoto
Espers [ESP]SiteOnBlockchain
The Frisian
Legendary
*
Offline Offline

Activity: 1019
Merit: 1003


Senior Developer and founder of ViMeAv ICT


View Profile WWW
August 26, 2017, 11:15:07 AM
 #18197

My wallet, version 1.4.3.0 stopped synching this morning.
Worked like  charm until this morning.
Does anyone knows why?
the think the main node at  104.128.225.215   its overloaded with connections
you could be right, but then nobody's wallet is working?
My9bot
Full Member
***
Offline Offline

Activity: 239
Merit: 100


View Profile
August 26, 2017, 11:17:47 AM
 #18198

no if  the node drop your connection try to restart your wallet

I'm better with code than with words-SatoshiNakamoto
Espers [ESP]SiteOnBlockchain
The Frisian
Legendary
*
Offline Offline

Activity: 1019
Merit: 1003


Senior Developer and founder of ViMeAv ICT


View Profile WWW
August 26, 2017, 11:18:44 AM
 #18199

no if  the node drop your connection try to restart your wallet
did this many times already.
sCyborg
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
August 26, 2017, 11:19:11 AM
 #18200

[2017-08-26 13:17:30] m7m block 1452868, diff 1.87, net 45.11 MH/s

another big jump in just a short while hope they'll notices there mistake sooner rather then later xD

edit:
[2017-08-26 13:20:53] m7m block 1452871, diff 2.17, net 52.52 MH/s
Pages: « 1 ... 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 [910] 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 ... 1310 »
  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!