196
中文 (Chinese) / Re: @BTS熊 @比特股之家 @BTS_Newsroom 我们决定竞争BTS X受托人（发这里好像不大妥）
« on: July 19, 2014, 03:25:56 pm »
500刀。
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.
197
中文 (Chinese) / Re: bitA兑换DAC设想
« on: July 17, 2014, 08:34:23 am »
好吧，看来没有支持意见。哈哈！
等BTA出来的时候就知道是否需要另外做一个兑换窗口了。
等BTA出来的时候就知道是否需要另外做一个兑换窗口了。
198
中文 (Chinese) / Re: ags这个周末就结束了，大家有什么感想
« on: July 17, 2014, 02:43:44 am »
今天的捐赠明天到账，3i会认账吗？明天捐的，也是明天到账呢？ 
199
中文 (Chinese) / Re: bitA兑换DAC设想
« on: July 17, 2014, 02:00:30 am »
用户不会用充值USD购买bitUSD再用bitUSD来购买BTS，他直接就用USD买BTS了。
不一定发行bitUSD越多，bitUSD的发行价就会越高。一次发行事件，就由多空方共同触发的。
最后bitUSD会回到webber说的那种情况:被需要平仓的人回购。这种结果是不健康的，应当让bitUSD重新回到市场上流量才对。
不一定发行bitUSD越多，bitUSD的发行价就会越高。一次发行事件，就由多空方共同触发的。
最后bitUSD会回到webber说的那种情况:被需要平仓的人回购。这种结果是不健康的，应当让bitUSD重新回到市场上流量才对。
200
中文 (Chinese) / bitA兑换DAC设想
« on: July 16, 2014, 06:15:19 pm »
bitUSD流通初期，获取bitUSD比较容易，通过用XTS发行bitUSD就可以。但是把bitUSD兑换成USD会比较麻烦，需要有一个兑换的交易平台。
交易平台如果只是撮合交易，那么我相信基本上都是挂的bitUSD的卖单，因为可能用XTS发行bitUSD更合算，至少手续费要便宜（手续费的问题后面还会讲到）。这样就形成这样一种情况，XTS不停地发行bitUSD,而bitUSD不断地囤积到商家手中，既无法兑换成USD，又不能用来进货和发工资。这无论对商家还是对BTS生态都是灾难性的。如果交易平台直接负责兑换,那交易平台同样会面临商家的窘境。如何消化商家手中的bitUSD呢？我想到开发一个兑换bitUSD和USD的DAC——EXC。
此DAC会有一个EXC币，假设总量是100股，Mr.A有70股，Mr.B有20股，Mr.C有10股。再设计一个场景：A,B,C一人拿出70W，总共210W来做bitUSD和USD的兑换业务。第一笔兑换业务是小于100W bitUSD,那么三人的分红是：7：2：1；如果第一笔兑换业务130W，那么三人的分红分别是：7：4：2；如果第一笔兑换是210W，那么三人的分红是：7：7：7。这样商家手上的bitUSD最终回到了EXC上，进一步再分散到EXC的广大股民手上，股民们再让手上的bitUSD重回市场。这是一个良性循环。(法币的转账可能还是需要通过第三方完成,或者可以人民币结算BTC支付)
但是EXC的兑换手续费不能收太高，最多收0.1%。这样的收益与EXC对XTS做出的贡献和承担的风险明显不符，因此可以考虑让XTS发行资产的部分手续费分给EXC。
XTS发行bitUSD时也需要收相对高一点的手续费，1%左右。这样可以让玩家更多地从流通市场（或EXC）购买bitUSD,而不是通过发行获得。
不知道大家这个DAC是否还存在什么问题，甚至是否有存在的必要？
谢谢指导。
交易平台如果只是撮合交易，那么我相信基本上都是挂的bitUSD的卖单，因为可能用XTS发行bitUSD更合算，至少手续费要便宜（手续费的问题后面还会讲到）。这样就形成这样一种情况，XTS不停地发行bitUSD,而bitUSD不断地囤积到商家手中，既无法兑换成USD，又不能用来进货和发工资。这无论对商家还是对BTS生态都是灾难性的。如果交易平台直接负责兑换,那交易平台同样会面临商家的窘境。如何消化商家手中的bitUSD呢？我想到开发一个兑换bitUSD和USD的DAC——EXC。
此DAC会有一个EXC币，假设总量是100股，Mr.A有70股，Mr.B有20股，Mr.C有10股。再设计一个场景：A,B,C一人拿出70W，总共210W来做bitUSD和USD的兑换业务。第一笔兑换业务是小于100W bitUSD,那么三人的分红是：7：2：1；如果第一笔兑换业务130W，那么三人的分红分别是：7：4：2；如果第一笔兑换是210W，那么三人的分红是：7：7：7。这样商家手上的bitUSD最终回到了EXC上，进一步再分散到EXC的广大股民手上，股民们再让手上的bitUSD重回市场。这是一个良性循环。(法币的转账可能还是需要通过第三方完成,或者可以人民币结算BTC支付)
但是EXC的兑换手续费不能收太高，最多收0.1%。这样的收益与EXC对XTS做出的贡献和承担的风险明显不符，因此可以考虑让XTS发行资产的部分手续费分给EXC。
XTS发行bitUSD时也需要收相对高一点的手续费，1%左右。这样可以让玩家更多地从流通市场（或EXC）购买bitUSD,而不是通过发行获得。
不知道大家这个DAC是否还存在什么问题，甚至是否有存在的必要？
谢谢指导。
201
中文 (Chinese) / Re: 代发一帖，Bitshares发行Bitusd机制探讨之：受托人燃烧机制（类似于DPOS）
« on: July 15, 2014, 01:28:11 pm »
交易所报价 代理人报价
bts usd100 0.011bts（高出部分为代理人利润） 燃烧0.011bts 系统分发 1 Bitusd
没看懂.......代理人报价0.011bts是啥意思?
bts usd100 0.011bts（高出部分为代理人利润） 燃烧0.011bts 系统分发 1 Bitusd
没看懂.......代理人报价0.011bts是啥意思?
202
中文 (Chinese) / Re: TIAN图解中文翻译版
« on: July 14, 2014, 08:07:17 am »我再具体解释一下张三向李四发送了一笔款以后，双方是否都能证明自己是否发送或接受到了XTS？
1. BTS中每个帐号(account)公开的信息是帐号的注册名及其对应的公钥地址。
2. 张三的帐号地址为 ZP0，对应私钥 ZS0。李四帐号地址 LP0，对应私钥 LS0。
3. 张三现在要给李四发送BTS，张三首先随机生成一对一次性公钥TP0/私钥TS0。
李四的公钥 + 一次性私钥生成一个公钥，作为本次交易的接受地址：LP0+TS0 -> LP1
张三是把BTS转入了这个新生成地地址中。同时把一次性公钥(TP0)以公开的信息放在交易数据中。
4. 李四怎么知道这个LP1地址是给自己的呢？他会用自己的私钥对每一个收到的交易做验证。
李四的私钥+一次性公钥能得到这个地址对应的私钥： LS0 + TP0 -> LS1
（注意这个私钥LS1只有李四能算出来，张三是算不出来的。）
这样李四的帐号中除了 LP0/LS0，每接受一次转账，就会自动增加一对密钥 LP1/LS1, LP2/LS2 ....
（注意这些新生成的密钥对是可以通过 LS0 从 block 数据库中重新算出来的，是不怕丢失的。）
比较匆忙，不知道写清楚没有。
203
中文 (Chinese) / Re: windows各版本兼容性问题及闪退问题不解决 还是别发布了
« on: July 12, 2014, 03:36:45 am »删除XT文件夹后，再打开，提示程序未响应。以下是defaulf.log内容：这是所有的Log?无图无真相，上图鱼哥，闪退这种事怎么截图？就是打开钱包，然后进程自动就结束了。操作系统win7 64。
然后换了一台win7 32的机器发现是可以正常使用的。
刚发完帖我也意识到了，就当开个玩笑
能否去%appdada%/Bitshares XT/logs/ 这个目录下面看看有没有什么抛错?
20140711T175207.993705 bitshares open ] ..... chain_database.cpp:967
20140711T175209.415786 bitshares open_database ] old database version, upgrade and re-sync chain_database.cpp:232
20140711T175212.119941 bitshares initialize_genesis ] Total unscaled: 999999970080 chain_database.cpp:1649
20140711T175215.175115 bitshares open ] loading pending trx... chain_database.cpp:1019
default.log的内容，其它日志文件是空的。
将旧的Bitshare XT 文件夹备份到其他地方，然后删除再试试看?
20140712T020358.118511 bitshares open ] ..... chain_database.cpp:967
20140712T020358.118511 bitshares open_database ] Rebuilding database index... chain_database.cpp:221
20140712T020358.405528 bitshares open_database ] old database version, upgrade and re-sync chain_database.cpp:232
20140712T020401.014677 bitshares initialize_genesis ] Total unscaled: 999999970080 chain_database.cpp:1649
20140712T020403.901842 bitshares open ] loading pending trx... chain_database.cpp:1019
20140712T020403.902842 ntp request_now ] resolving... ["pool.ntp.org",123] ntp.cpp:39
你ping 一下 pool.ntp.org看看， 能ping的通不？
来自我的 GT-N7100 上的 Tapatalk
正在 Ping pool.ntp.org [218.75.4.130] 具有 32 字节的数据:
来自 218.75.4.130 的回复: 字节=32 时间=97ms TTL=55
来自 218.75.4.130 的回复: 字节=32 时间=96ms TTL=55
来自 218.75.4.130 的回复: 字节=32 时间=95ms TTL=55
来自 218.75.4.130 的回复: 字节=32 时间=95ms TTL=55
来自 218.75.4.130 的回复: 字节=32 时间=95ms TTL=55
来自 218.75.4.130 的回复: 字节=32 时间=96ms TTL=55
来自 218.75.4.130 的回复: 字节=32 时间=96ms TTL=55
来自 218.75.4.130 的回复: 字节=32 时间=94ms TTL=55
来自 218.75.4.130 的回复: 字节=32 时间=96ms TTL=55
来自 218.75.4.130 的回复: 字节=32 时间=96ms TTL=55
204
中文 (Chinese) / Re: windows各版本兼容性问题及闪退问题不解决 还是别发布了
« on: July 12, 2014, 02:09:18 am »删除XT文件夹后，再打开，提示程序未响应。以下是defaulf.log内容：这是所有的Log?无图无真相，上图鱼哥，闪退这种事怎么截图？就是打开钱包，然后进程自动就结束了。操作系统win7 64。
然后换了一台win7 32的机器发现是可以正常使用的。
刚发完帖我也意识到了
能否去%appdada%/Bitshares XT/logs/ 这个目录下面看看有没有什么抛错?
20140711T175207.993705 bitshares open ] ..... chain_database.cpp:967
20140711T175209.415786 bitshares open_database ] old database version, upgrade and re-sync chain_database.cpp:232
20140711T175212.119941 bitshares initialize_genesis ] Total unscaled: 999999970080 chain_database.cpp:1649
20140711T175215.175115 bitshares open ] loading pending trx... chain_database.cpp:1019
default.log的内容，其它日志文件是空的。
将旧的Bitshare XT 文件夹备份到其他地方，然后删除再试试看?
20140712T020358.118511 bitshares open ] ..... chain_database.cpp:967
20140712T020358.118511 bitshares open_database ] Rebuilding database index... chain_database.cpp:221
20140712T020358.405528 bitshares open_database ] old database version, upgrade and re-sync chain_database.cpp:232
20140712T020401.014677 bitshares initialize_genesis ] Total unscaled: 999999970080 chain_database.cpp:1649
20140712T020403.901842 bitshares open ] loading pending trx... chain_database.cpp:1019
20140712T020403.902842 ntp request_now ] resolving... ["pool.ntp.org",123] ntp.cpp:39
205
中文 (Chinese) / Re: windows各版本兼容性问题及闪退问题不解决 还是别发布了
« on: July 11, 2014, 05:57:28 pm »无图无真相，上图鱼哥，闪退这种事怎么截图？就是打开钱包，然后进程自动就结束了。操作系统win7 64。
然后换了一台win7 32的机器发现是可以正常使用的。
刚发完帖我也意识到了
能否去%appdada%/Bitshares XT/logs/ 这个目录下面看看有没有什么抛错?
20140711T175207.993705 bitshares open ] ..... chain_database.cpp:967
20140711T175209.415786 bitshares open_database ] old database version, upgrade and re-sync chain_database.cpp:232
20140711T175212.119941 bitshares initialize_genesis ] Total unscaled: 999999970080 chain_database.cpp:1649
20140711T175215.175115 bitshares open ] loading pending trx... chain_database.cpp:1019
default.log的内容，其它日志文件是空的。
206
中文 (Chinese) / Re: windows各版本兼容性问题及闪退问题不解决 还是别发布了
« on: July 11, 2014, 03:13:00 pm »无图无真相，上图鱼哥，闪退这种事怎么截图？就是打开钱包，然后进程自动就结束了。操作系统win7 64。
然后换了一台win7 32的机器发现是可以正常使用的。
207
General Discussion / Re: Want to be a member on our Team page?
« on: July 11, 2014, 07:58:32 am »Whats up with your alt & xeroc ?... think you should listed there also ... just saidThank you, cass.
Brian have sent message to me.
It's my honor to be there
Who's Brian?
209
中文 (Chinese) / Re: 重开一贴，希望大家一起关注探讨！不要错过赚钱的机会，Vpal会不是牛逼？
« on: July 09, 2014, 05:30:05 am »oh，你是里面的哪个？土豪，都是你认识的朋友？那么壕还宣传啥vpal阿哈哈哈哈，直接让你的土豪朋友拉爆质疑的人的蛋蛋吧你就得了吧，这看起来就像是国内人做的呵呵 你为什么这么看不起国内人呢？给大家多一个机会而已，你以为我是来做广告的吗？去翻翻我的微博，这个vpal会在3个月内市值拍到第三位你信吗？
本版置顶有一个推广链接的帖子，你最好发到那里面去
没人有兴趣讨论这个，到时候每个币都来发广告，还叫BTS论坛么？
或者你来跟我赌！你以为虚拟币的推广和发展是论坛里这个王、来、什么天的来推动的吗？你看不到的东西不代表不存在。事实上是你看不到的东西太多了。
发几张照片5分钟后删除！有你认识的吗？这里每个人都持有几十万，百万，千万的比特币。这只是冰山一角
持千万比特币???比特币总量才2千万.你土豪朋友持的狗币吧?
