Follower007
Newbie
 Offline
Activity: 25
Merit: 0
|
 |
February 08, 2018, 12:31:53 PM |
|
what exchange rate for now? is it grow?  |
|
|
|
|
|
|
|
|
|
|
|
"Your bitcoin is secured in a way that is physically impossible for others to access, no matter for what reason, no matter how good the excuse, no matter a majority of miners, no matter what." -- Greg Maxwell
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
gstefans (OP)
|
|
February 13, 2018, 10:22:37 AM
Last edit: April 24, 2018, 11:13:06 AM by gstefans |
|
For SMLY mining using a Scrypt ASIC, the following has worked. There are 1 or 2 machines involved. The following assumes the wallet runs on one machine and the miner (bfgminer) on another, where the ASIC is hooked up. First the wallet machine. In the config file, usually ~/.smileycoin/smileycoin.conf
on a Linux machine, make sure that you have the two lines rpcuser=<your-user-for-RPC>
rpcpassword=<your-password-for-RPC>
where normally one just uses the user and password provided when you set up the wallet. You will need these later, when you connect bfgminer to the wallet. Next, you'll want lines of the following form: server=1
rpcport=14242
rpcallowip=127.0.0.1
rpcallowip=<the-IP-of-the-mining-computer>
so for example, if your (bfg)miner is on the local area network with IP 192.168.1.57 then that is what you insert here so the wallet accepts incoming calls from that machine. Also, make a note of the name or IP of the wallet computer. Once you have this set up, make sure the wallet is running. Under Linux it'll be something like: Next, the machine where bfgminer runs (where the ASIC is connected). Here it should be enough to just run bfgminer off the command line. The settings for bfgminer are highly dependent on the ASIC you are using. The following are the settings for a particular Scrypt ASIC: bfgminer --scrypt -o http://<walletmachine>:14242 -u <your-user-for-RPC> -p <your-password-for-RPC> -S ALL --set MLD:clock=600
where <your-user-for-RPC> is usually set to "smileycoinrpc" by default for the SMLY wallet and <your-password-for-RPC> is usually set to a long string generated at startup. You may have replaced both so make sure to check how the wallet is set up (smileycoin.conf above). Similarly, <walletmachine> needs to be replaced by whatever you call the computer where you run the wallet. The port here is 14242. The number is largely irrelevant, but it needs to be the same in the wallet config file as on the bfgminer command line (or the bfgminer config file). It should probably be a high number so that it does not interfere with system ports or priviliges. |
|
|
|
|
|
|
qwerty92
Newbie
Offline
Activity: 33
Merit: 0
|
|
February 15, 2018, 10:36:57 AM |
|
Algorithms: Scrypt, Skein, SHA256d, Groestl, Qubit
is it right? I mean I tried with skein, qubit and SHA but it didin't work. I found just "rejected" share.
How can I use these algos?
Thanks!
|
|
|
|
|
|
gstefans (OP)
|
|
February 15, 2018, 12:23:14 PM |
|
Algorithms: Scrypt, Skein, SHA256d, Groestl, Qubit
is it right? I mean I tried with skein, qubit and SHA but it didin't work. I found just "rejected" share.
How can I use these algos?
Thanks!
All the algos should work fine from within the wallet (solo mining). This is a typical smileycoin.conf - file. connect=<IP-number> # optional - may want to do this to ensure a good connection; pick a stable server
rpcuser=smileycoinrpc # usual setting
rpcpassword=<your-password>
server=1
rpcport=14242 # normal setting - probably not needed at all
rpcallowip=127.0.0.1
algo=skein
genproclimit=4 # pick a number which does not kill your computer, e.g. 1 or 2
In the command window (or on the command line) you can then give the command to start mining. This has worked fine on several different computers (mac, linux, whatever)... |
|
|
|
|
|
gstefans (OP)
|
|
February 19, 2018, 09:01:36 AM |
|
Is there staking or Pos with this coin? Also I'm new to this coin is the dev still active?
You'll need to take a look further up the thread or the "white paper". In addition to proof of work and mining fee, the coinbase gives dividend payments to large holders and donations to charity. Check out the OP. The dev group is certainly also still alive. There is currently more action in the Telegram group. |
|
|
|
|
tatam
Newbie
Offline
Activity: 34
Merit: 0
|
|
February 19, 2018, 09:10:00 PM |
|
Is there staking or Pos with this coin? Also I'm new to this coin is the dev still active?
You'll need to take a look further up the thread or the "white paper". In addition to proof of work and mining fee, the coinbase gives dividend payments to large holders and donations to charity. Check out the OP. The dev group is certainly also still alive. There is currently more action in the Telegram group. [ls what is the telegram link u can share pls i also noticed this coin is on conomi |
|
|
|
|
|
gstefans (OP)
|
|
February 19, 2018, 09:52:44 PM |
|
Is there staking or Pos with this coin? Also I'm new to this coin is the dev still active?
You'll need to take a look further up the thread or the "white paper". In addition to proof of work and mining fee, the coinbase gives dividend payments to large holders and donations to charity. Check out the OP. The dev group is certainly also still alive. There is currently more action in the Telegram group. [ls what is the telegram link u can share pls i also noticed this coin is on conomi See above: https://bitcointalk.org/index.php?topic=845761.msg28864445#msg28864445 |
|
|
|
|
|
|
|
dgmon
|
|
March 19, 2018, 12:16:23 PM |
|
When trying to move UTXOs around to get those 25 millions, I notice that suggested fee is in the hundreds! Is it a good suggestion, or could I manually try a lower fee? What are the lowest fees nodes will stake-mine by default?
|
|
|
|
|
|
gstefans (OP)
|
|
March 19, 2018, 12:32:40 PM |
|
When trying to move UTXOs around to get those 25 millions, I notice that suggested fee is in the hundreds! Is it a good suggestion, or could I manually try a lower fee? What are the lowest fees nodes will stake-mine by default?
Yes, this is an unexpected consequence of the repeated 4500 deposits - the transactions become very large. I don't think the miners really care. In other words the 1 SMLY per Kb is the default set in the wallet for sending, but I don't think it gets checked by the (miners') SMLY wallets once the transaction has been set up and sent to the mempool. By all means just try a lower fee and see what happens. You should be able to do this in the command window using e.g. Maybe try a smaller transaction first  |
|
|
|
|
|
gstefans (OP)
|
|
March 19, 2018, 12:36:17 PM
Last edit: March 19, 2018, 04:35:01 PM by gstefans |
|
When trying to move UTXOs around to get those 25 millions, I notice that suggested fee is in the hundreds! Is it a good suggestion, or could I manually try a lower fee? What are the lowest fees nodes will stake-mine by default?
Yes, this is an unexpected consequence of the repeated 4500 deposits - the transactions become very large. I don't think the miners really care. In other words the 1 SMLY per Kb is the default set in the wallet for sending, but I don't think it gets checked by the (miners') SMLY wallets once the transaction has been set up and sent to the mempool. By all means just try a lower fee and see what happens. You should be able to do this in the command window using e.g. Maybe try a smaller transaction first Oh, and since the sheer number of UTXOs in those transactions can become enormous, you may need to transmit smaller amounts, even down to tens of thousands of SMLY, while you are aggregating the really small UTXOs. Just start with a few million, then reduce the amount until you stop getting the "transaction too large" error. |
|
|
|
|
|
dgmon
|
|
March 19, 2018, 03:53:12 PM |
|
Yeah, your method to reduce the fee works, thanks :-) but aggregating the small UTXOs is awful~ :-( I hope this can be fixed someday!
|
|
|
|
|
|
gstefans (OP)
|
|
March 19, 2018, 04:36:44 PM |
|
Yeah, your method to reduce the fee works, thanks :-) but aggregating the small UTXOs is awful~ :-( I hope this can be fixed someday!
Yes, we should think about this. I'm not sure we should allow arbitrarily large transactions. Maybe we should add an aggregation command? |
|
|
|
|
|
gstefans (OP)
|
|
March 23, 2018, 08:28:11 AM |
|
|
|
|
|
|
|
dgmon
|
|
March 30, 2018, 10:26:48 PM |
|
Yes, we should think about this. I'm not sure we should allow arbitrarily large transactions. Maybe we should add an aggregation command?
Well, you could allow larger transactions! And sure, an aggregation command too! ^======^ Gotta do something about it! |
|
|
|
|
|
gstefans (OP)
|
|
April 12, 2018, 08:33:26 AM |
|
c-cex is sending general threats again: One of our goals is to keep only coins needed for trading. We are changing delisting rules. We will not uncheck delisting mark automatically if coin gain enough daily volume after removal announce. This will stop speculations to keep coin here. Once announced - will be removed. Do we care? Should we just ignore them? We have plenty of other exchanges now... |
|
|
|
|
tangtang800
Member
Offline
Activity: 317
Merit: 10
|
|
April 12, 2018, 02:57:51 PM |
|
So far, I have only seen such a similar coin. The project is very meaningful, and I hope it will have a better development.
|
|
|
|
|
|
dgmon
|
|
April 13, 2018, 12:38:38 AM |
|
c-cex is sending general threats again: One of our goals is to keep only coins needed for trading. We are changing delisting rules. We will not uncheck delisting mark automatically if coin gain enough daily volume after removal announce. This will stop speculations to keep coin here. Once announced - will be removed. Do we care? Should we just ignore them? We have plenty of other exchanges now... I would not bother trying to raise the volume on C-Cex. |
|
|
|
|
|
