1756
中文 (Chinese) / Re: 依然一如既往地支持BM，但对I3的前景还是没有太大的信心
« on: April 17, 2014, 12:44:15 am »
大家都像酸饼那么务实，离成功能远么？
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
1757
中文 (Chinese) / Re: 探讨—— DPOS算法和100个党代表，对小DAC来讲成本是不是太高了
« on: April 17, 2014, 12:37:51 am »
有道理，合并挖矿可以发挥bts更大潜能。
1760
中文 (Chinese) / Re: 探讨利用阿里云架设BTS矿池
« on: April 15, 2014, 01:57:17 pm »支付宝，本身是针对所有合法支付的服务。
淘宝，本身是针对所有合法物品交易的服务。
但这些都被强行禁止服务于比特币相关的活动。
不知道阿里云服务器是不是也这么搞
如果米没备案，只要不开80端口没关系的。我用过盛大 阿里 腾讯 云弄过BTC的P2P矿池。速度很不错。
我坚定信心搞下去。
1761
中文 (Chinese) / Re: 探讨利用阿里云架设BTS矿池
« on: April 15, 2014, 12:03:26 pm »
今天安装bts钱包需要libboost套件，折腾了一天还没搞定，明天继续。
1762
中文 (Chinese) / Re: 探讨利用阿里云架设BTS矿池
« on: April 14, 2014, 07:19:38 am »支付宝，本身是针对所有合法支付的服务。
淘宝，本身是针对所有合法物品交易的服务。
但这些都被强行禁止服务于比特币相关的活动。
不知道阿里云服务器是不是也这么搞
这一点还没想的，要有心理准备。
1763
中文 (Chinese) / Re: 探讨利用阿里云架设BTS矿池
« on: April 14, 2014, 07:18:42 am »阿里云可以申请试用。听说神鱼矿池也是用的阿里云。大家搞起来试一试。
用Amazon的云服务器比较稳定。
嗯，先学习下阿里云，再学习Amazon.
1764
中文 (Chinese) / 探讨利用阿里云架设BTS矿池
« on: April 14, 2014, 06:13:06 am »
阿里云可以申请试用。听说神鱼矿池也是用的阿里云。大家搞起来试一试。
1765
中文 (Chinese) / Re: 多伦多比特币大会独家快讯--Ethereum挖矿需要专用设备
« on: April 14, 2014, 04:02:55 am »
这种模式还是向垄断经济模式学习，用户间利益断层悬殊。不像我们3i处理的那么平滑。
1766
中文 (Chinese) / Re: WIKI百科DAC
« on: April 13, 2014, 07:31:21 am »
团队成员添加http://tburl.in/2/6a33df20
团队协作地址：https://www.teambition.com/project/5348dca324e2cf2b63cbca96/home
研究网站 瑞波百科 http://p2p3p.com/
团队协作地址：https://www.teambition.com/project/5348dca324e2cf2b63cbca96/home
研究网站 瑞波百科 http://p2p3p.com/
1767
中文 (Chinese) / Re: WIKI百科DAC
« on: April 13, 2014, 03:38:42 am »
看3i和maidsafe及bitcloud走得比较近，BM应该在toolkit里设置他们系统的接口。
1768
中文 (Chinese) / Re: WIKI百科DAC
« on: April 13, 2014, 03:12:41 am »
第一个磁盘空间问题，应该可以随着技术进步逐步解决。
第二点，获取和花费的依据，看是否为系统增加“正能量的知识量”。关于引用条目是否花费主货币这个问题，分析来看，甲如果为了不花费主货币就倾向于不引用乙的条目v，如果乙的条目v很重要，甲此时就会重复建立一个类似条目vv。这样下去，会造成系统不要用的臃肿。所以，从甲的角度，这个经济模型，要实现：主动引用而且愿意花费。这个花费，计入条目u的成本，在特点情形下应该有一定的利益回报。
这个特定情形，可以参考BitsharesDNS的模式，将甲对乙的条目v的引用，视作对条目v的投资，投资额即花费额n2。其后丙，引用乙的条目v时，花费将是n2+1,这多出来的1，倾向于分给甲。
基本思路是：开创新知识成本低，但风险是不能保证被别人引用，即不一定有额外收入；对旧知识增砖填瓦，举一反三，风险是投入花费大，但被别人进一步引用的概率大，额外收入规模大。
第二点，获取和花费的依据，看是否为系统增加“正能量的知识量”。关于引用条目是否花费主货币这个问题，分析来看，甲如果为了不花费主货币就倾向于不引用乙的条目v，如果乙的条目v很重要，甲此时就会重复建立一个类似条目vv。这样下去，会造成系统不要用的臃肿。所以，从甲的角度，这个经济模型，要实现：主动引用而且愿意花费。这个花费，计入条目u的成本，在特点情形下应该有一定的利益回报。
这个特定情形，可以参考BitsharesDNS的模式，将甲对乙的条目v的引用，视作对条目v的投资，投资额即花费额n2。其后丙，引用乙的条目v时，花费将是n2+1,这多出来的1，倾向于分给甲。
基本思路是：开创新知识成本低，但风险是不能保证被别人引用，即不一定有额外收入；对旧知识增砖填瓦，举一反三，风险是投入花费大，但被别人进一步引用的概率大，额外收入规模大。
1769
General Discussion / Re: WIKI DAC
« on: April 12, 2014, 02:34:55 am »
Yes.
At present, this is only an idea.
Like a cookie in the paper.
At present, this is only an idea.
Like a cookie in the paper.
