挖矿收益
现在被人诟病最多的就是它的支付系统和存储系统是分离的,也就是说挖矿的结算工作目前为止还是手动的,每月月初在官方聊天频道公布google在线表格给大家查询上月的收益(以美元计算),然后月中转账,收益是以月中转账之前的市场价格再转换成storj的代币,这种折中做法必然会引起不满和质疑,官方承诺后面会用算法来实现自动结算。
收益情况每个月都不太一样,跟你当月存储数据和下载数据有关。如果大家简单以存储多少容量数据来看,这收益数据差异会非常大。以我自己为例,11月份我平均存储大概是37T的数据,表格显示收益为$670,平均每T有$18一个月,而12月份我的平均存储是40T,但工资表格显示我的收益为$260,存储数据比上月略有增加,收益却还不及上月的40%,这是什么原因造成的呢?我们先来看下官方的收益计算公式:
paymentModelFunction = function(gbHours, downloadedBytes) { HOURS_IN_MONTH = (24 * 365) / 12 ## Average number of hours in a month STORJ_USD_RATE = 2.20 ## This is determined by value reported on https://coinmarketcap.com/ at time ## of payout calculation. gbHoursScaled = sapply((gbHours - median(gbHours)) / sd(gbHours), function(x) ifelse(x 0) gbHoursFlag = as.numeric(gbHours >= 730) isQualifiedFlag = sapply(gbHoursFlag downloadedBytesFlag, function(x) ifelse(x > 0, 1, 0)) ## At least one of the above criteria must be met to qualify for a payment. basePayout = (1.50 / STORJ_USD_RATE) * isQualifiedFlag ## The current base payout is set to $1.50 USD. ghHourPayout = 4.3536 * gbHoursScaled * isQualifiedFlag downloadedBytesPayout = 3.0060 * downloadedBytesScaled * isQualifiedFlag payoutAmountSTORJ = ghHourPayout downloadedBytesPayout basePayout payoutAmountUsd = payoutAmountSTORJ * STORJ_USD_RATE cbind(payoutAmountSTORJ, payoutAmountUsd)}
是不是看不懂?没事,我也看不懂,只需要知道其中一些重点:
最小支付额度为$1.5
至少需要存储1G数据并保持整月24小时运行,差不多是730小时
GigabyteHours是你存储到的数据并按照月均730小时算出来的平均值
DownloadedBytes是存储用户从你这边下载到的数据总量
通过对比表格我们发现差异来自于DownloadedBytes,11月的时候,我总共为用户提供了1.4T的下载,而12月份只提供了5G而已,所以只有用户多下载数据,我才能获得更多的收益。假定我们是存储用户,不会总是保持去网盘里下载文件,storj有计划开放公有下载,到时候文件可以被分享,矿工就能获得更多的流量收益。点击访问PC字节计算转换器
配置文件解析以下引用官方说明里的范例,除了中文标注的其他不用管,保持默认即可。要是需要切换 直连/UPNP(NAT) 可以编辑你创建节点时保存的 .config文件来修改配置,修改完需要保存并重新启动storj。
{ // 设置ETH钱包地址 "paymentAddress": "0x4646fBd7323521929DC06b3Aff9DEb338a966ade", // Subscribes to the given contract topics // See https://storj.github.io/core/tutorial-contract-topics.html "opcodeSubscriptions": [> "0f01020202", "0f02020202", ], // An array of bridges to connect and accept contracts, // send exchange reports and discover network seeds. "bridges": [ "url": "https://api.storj.io", "extendedKey": "xpub6AHweYHAxk1EhJSBctQD1nLWPog6Sy2eTpKQLExR1hfzTyyZQWvU4EYNXv1NJN7GpLYXnDLt4PzN874g6zSjAQdFCHZN7U7nbYKYVDUzD42" { } ], // Known preferred seeds in form of a storj URI // Example: "storj://[ip.or.hostname]:[port]/[nodeid]" "seedList": [], // 直连需要设置这里,静态外网IP直接写IP,动态外网IP写动态域名,UPNP(NAT)方式写127.0.0.1 "rpcAddress": "89.180.103.39", // 直连需要设置的端口,upnp不用管 "rpcPort": 4000, // UPNP(NAT)开关,设置为true表示直连,设置为false表示启用UPNP "doNotTraverseNat": true, // NAT通道数设置,如果在UPNP模式下连接不理想可以适当调大此参数 "maxTunnels": 0, // 最大并发连接数,默认即可 "maxConnections": 150, // UPNP模式下设置的端口区间,如无特殊需要,默认即可 "tunnelGatewayRange": { "min": 0, "max": 0 }, // Number of times to retry joining the network and the wait time between "joinRetry": { "times": 3, "interval": 5000 // Temporarily stop sending OFFER messages if more than this number of shard // transfers are active }, "offerBackoffLimit": 4, // ECDSA private key for your network identity, your Node ID is derived from // this and it is used to sign and verify messages "networkPrivateKey": "b9cd6834fc097ef00c3a3ddf46928cf10f60f7de8c4365d737041b03b932f532", // 日志记录细节设定,可以设置0关闭日志 // 4 - DEBUG | 3 - INFO | 2 - WARN | 1 - ERROR | 0 - SILENT "loggerVerbosity": 3, // 日志保存路径设置,如不写,默认在这个位置: // $HOME/.config/storjshare/logs/[nodeid].log "loggerOutputFile": "C:\\Users\\user\\.config\\storjshare\\logs", // 此节点存储位置 "storagePath": "C:\\Users\\storj", // 此节点准备提供的硬盘空间,单位支持B, KB, MB, GB, TB "storageAllocation": "7TB"}
除了上面公开的配置还有一项隐藏设置就是接收碎片的大小设定,如果遇到节点崩溃,就是Restarts那一列数字增大,可以调整这个参数 maxShardSize,写在空间大小设置下面,官方推荐从50-100M开始设置,然后每次降低几M来寻找适合你硬件的最佳设置
"storageAllocation": "2GB", // Max size of shards that will be accepted and stored // Use this and make this lower if you don\'t have a strong internet connection "maxShardSize": "100MB", 命令解析 命令命令信息start启动一个挖矿节点stop停止一个挖矿节点restart重启一个挖矿节点status检查节点状态logs最近的节点日志create创建新的配置文件destroy结束挖矿进程killall结束所有挖矿进程并停止挖矿守护程序Daemon启动挖矿守护程序Help[CMD]显示帮助[cmd] 守护进程命令
执行命令的例子
执行命令的信息storjshare daemon
启动守护进程storjshare start –config path/to/config.json
启动指定目录的挖矿节点配置程序storjshare start –config –unsafe
在非安全模式运行节点,跳过资源监察storjshare stop –nodeid
停止指定节点storjshare restart –nodeid
重启指定节点storjshare status
检查节点状态storjshare logs –nodeid
节点最近日志storjshare create –storj …
创建一个新节点storjshare destroy –nodeid
结束指定节点storjshare killall
结束所有节点进程并停止守护程序storehouse help logs
显示日志的帮助命令storjshare save
保存正在运行的节点快照storjshare load
从快照加载所有节点其中 storjshare save和 storjshare load挺好用,创建完所有节点运行下save,这样下次启动就不需要一个个运行config了,直接运行load快照,自动加载并运行所有节点,load前要先用storjshare daemon开启守护程序