BIP详解

[Musewhale]

严谨的说，BIP并不会绝对的放在那里变多
消耗的手续费其实是很慢的，应该说：囤币的，币数会细微的变多；经常参与交易的，会变少

[angrywinds]

这法子不错。不过不知道显示的数量稳定不稳定。比如我支付给别人100BIP，等一小时后对方接收到时已经不是这个数字了。

此外确实应该鼓励用户将dac的股份放在自己的钱包里，而且鼓励经常上线，这样有利于dac的发展。
如果交易所自己作假制造“虚拟币”，会造成一定的通胀效果。

这还是log吗？BIP只是一个显示作用，这个很早就有，代表总的xts少了你占的比例大了，没法交易bip,,bip只是代表通缩了，你的xts更值钱了，

[suwoder]

发实话，３I到现在还没出产品我倒是不急，只是连这个系统的基本单位都改来改去的，开发上更是更是今天一个想法，明天一个想法，我都开始怀疑BM有没有能力的问题了。PTS#AGS已经把一大部分新手小白搞晕了，现在又来BIP，BTSX系统不是BTS为计价单位吗，用BIP搞毛线啊。傻逼们能不能不要以工程师思维搞产品开发啊，这东西是要给普通人用的，一个系统的换算单位都要解释半天，你们以为人人都是爱因斯坦吗？都快气死了，一个钱包都还没搞出来，一大堆概念，想法。

[marx]

楼上。我觉得其实不是矿工转换，BIP只是GUI显示罢了，后台处理无论是矿工那里还是每个人自己的钱包，实质都是直接处理BTS的。每个人的钱包只需要将所持BTS与当前区块里BTS总量对比，换算出BIP就行了。所谓“发送BIP”，也只是针对用于界面而言，实质发送的还是BTS。

我也是这样理解的，等待进一步的详细解释。

[yidaidaxia]

凡是以区块链技术为基础的加密数字货币，钱包不更新到最新区块你是发不出东西的吧。。没完成同步的情况下你的BIP当然是不准的，就算是比特币钱包你的余额也不准阿，比如你的钱包还未来得及更新含有一笔新近从交易所转帐过来的比特币。。

所以不存在你说的这个问题。

我曾经钱包还没更新到最新区块就送出LTC，confirm了之后还没更新完区块。。。
我想，应该是矿工知道我的钱包还有钱， 所以confirm了。。。

你说的这种情况确实可能发生，因为矿工在处理交易时要做的只是查当前有效链上体现的你的帐户余额，这点和你钱包是否同步没有关系，同理，这个也不会影响BTSX矿工处理你的BTSX交易需求。但钱包本身是可以强制(或至少可选并缺省)要求先完成同步再对外发送交易请求，以避免误处理。你碰到的情况我觉得是钱包bug。。。

总之，逻辑上和技术上不需要后台处理BIP的，那会使问题复杂化。

[orlander]

凡是以区块链技术为基础的加密数字货币，钱包不更新到最新区块你是发不出东西的吧。。没完成同步的情况下你的BIP当然是不准的，就算是比特币钱包你的余额也不准阿，比如你的钱包还未来得及更新含有一笔新近从交易所转帐过来的比特币。。

所以不存在你说的这个问题。

我曾经钱包还没更新到最新区块就送出LTC，confirm了之后还没更新完区块。。。
我想，应该是矿工知道我的钱包还有钱， 所以confirm了。。。

[yidaidaxia]

楼上。我觉得其实不是矿工转换，BIP只是GUI显示罢了，后台处理无论是矿工那里还是每个人自己的钱包，实质都是直接处理BTS的。每个人的钱包只需要将所持BTS与当前区块里BTS总量对比，换算出BIP就行了。所谓“发送BIP”，也只是针对用于界面而言，实质发送的还是BTS。

不是的，个人自己的钱包如果处理BTS的话，没有同步到最新块链的时候显示的BIP是错的，发送的BTS数量也是错的，所以应该是客户端不处理BTS

凡是以区块链技术为基础的加密数字货币，钱包不更新到最新区块你是发不出东西的吧。。没完成同步的情况下你的BIP当然是不准的，就算是比特币钱包你的余额也不准阿，比如你的钱包还未来得及更新含有一笔新近从交易所转帐过来的比特币。。

所以不存在你说的这个问题。

[cgafeng]

楼上。我觉得其实不是矿工转换，BIP只是GUI显示罢了，后台处理无论是矿工那里还是每个人自己的钱包，实质都是直接处理BTS的。每个人的钱包只需要将所持BTS与当前区块里BTS总量对比，换算出BIP就行了。所谓“发送BIP”，也只是针对用于界面而言，实质发送的还是BTS。

不是的，个人自己的钱包如果处理BTS的话，没有同步到最新块链的时候显示的BIP是错的，发送的BTS数量也是错的，所以应该是客户端不处理BTS

[suzhu01]

楼上。我觉得其实不是矿工转换，BIP只是GUI显示罢了，后台处理无论是矿工那里还是每个人自己的钱包，实质都是直接处理BTS的。每个人的钱包只需要将所持BTS与当前区块里BTS总量对比，换算出BIP就行了。所谓“发送BIP”，也只是针对用于界面而言，实质发送的还是BTS。

[yidaidaxia]

楼上。我觉得其实不是矿工转换，BIP只是GUI显示罢了，后台处理无论是矿工那里还是每个人自己的钱包，实质都是直接处理BTS的。每个人的钱包只需要将所持BTS与当前区块里BTS总量对比，换算出BIP就行了。所谓“发送BIP”，也只是针对用于界面而言，实质发送的还是BTS。

[cgafeng]

目前其他币，你要发送币给别人，也必须同步完成后才能发吧。
不然会造成重复发送啊。
你同时用10台电脑 打开同一个钱包，然后同时发送钱包里所有币出去，如果不需要同步就能发，啊肯定重复发送

其他币是不用同步的，你发送多次，矿工只会打包一次，其他重复的都无效。

我想到btx要如何解决这个问题了，客户端发送的是BIP数量，由矿工（代理）去处理需要转换成多少btx，因为矿工（代理）始终是同步到最新块链的，这样客户端就可以不用同步到最新块链也可以转账了。

[zhao150]

目前其他币，你要发送币给别人，也必须同步完成后才能发吧。
不然会造成重复发送啊。
你同时用10台电脑 打开同一个钱包，然后同时发送钱包里所有币出去，如果不需要同步就能发，啊肯定重复发送

[yidaidaxia]

这法子不错。不过不知道显示的数量稳定不稳定。比如我支付给别人100BIP，等一小时后对方接收到时已经不是这个数字了。

此外确实应该鼓励用户将dac的股份放在自己的钱包里，而且鼓励经常上线，这样有利于dac的发展。
如果交易所自己作假制造“虚拟币”，会造成一定的通胀效果。

应该不会。BIP是流通单位，你转过去多少BIP，收到的就是多少BIP。
但这个过程中，由于消耗了XTS，所以BIP相对XTS的汇率下降，你这1000BIP折算成的XTS其实是变少了；当然，你钱包中之前的XTS不变。不过XTS的数量在钱包中是看不到的。在钱包中看到的是XTS。

Log说的问题是存在的，不过不难解决。可简单规定为交易完成前产生的红利归原地址所有就行了，由于交易是一个一个区块进行的，所以存在同一区块产生的红利的问题，我认为同一区块中的红利可以归给收到BIP的一方。这样，只要不回滚，对BIP的收发双方来说关于期间产生的红利分配就都是清晰且可预见的。

另外，有谁知道BIP具体是什么单词的缩写？

[helloworld]

一BIP是当前股份供应总量的10亿分之一，也是I3所有DAC的基本单位； I3的每个DAC总量都是10亿BIP。
以Bitshars X系统来举例。Bitshars X发布时，会有400万XTS(BTS)。这400万 XTS平分总量的10亿BIP。初始时，一个XTS可分得10亿/400万=250个BIP。

Bitshares X系统在使用的过程中，会不断消耗XTS，XTS总量会不断减少；但BIP总量是10亿个永远保持不变。这意味着，一个XTS能分得的BIP会不断增多。

在所有DAC的钱包里，显示的单位都是BIP。股份数量是对用户不可见的。随着股份总量的不断减少，单个股份能分得的BIP会不断增多。也就是说，你的钱包放在电脑里，即使不进行任何转入转出操作，你的钱包上的BIP也是不断增多的。

在交易所里，单位用的也是BIP。
但我想交易所是不会把多出的BIP给你的，因为计算太复杂，很难操作。
所以，如果你想稳定吃利息，还是放在钱包里为好。

 

补充:

为什么XTS总量会不断减少?

因为在转账的过程中，手续费的10%支付给代表节点作为报酬，90%销毁。这样总的XTS会不断减少，单个XTS所占的比例会增加，分的BIP就会不断增多。这是DAC系统给股份持有人的利息。

有个问题, 每个DAC的总量都是10亿BIP,那么是否在发布DAC的时候就已经确定了不同DAC之间的汇率？比如400万个Bitshare X和800万(只是举例子)个Bitshare ME都可以兑换10亿个BIP，那么Bitshare X市值和Bitshare ME的市值就一样的，而且兑换比例是1:2？可以这么理解么，如果是的话，肯定有问题呀。

[cgafeng]

没同步前转账不会出问题，发送的BIP是发送时刻的。没有试过不同步能否发送。

如果用BIP作为单位的话有个问题就是，如果你比较长时间没打开客户端同步块链的话，要想转账的话得等待块链同步到最新，不然不知道自己到底有多少BIP。在没同步前转账也会出问题，发送的BIP会比实际该转账的多。

没同步前转账的问题是你不知道你现在有多少BIP，虽然可以发送BIP，但因为程序是需要把BIP数量转成btx数量再发送的。没有同步的话程序是不知道最新的btx总量是多少，结果就会发送比实际该转的btx数量多。