[翻译贴]BitShares X 状态更新[7.13更新]

[coolleven]

希望能在今年9月份之前看到bitshares的发布

[logxing]

https://bitsharestalk.org/index.php?topic=1890.msg26347#msg26347


译：

今天我提供了一个对比方法的临时解决方案，能解决这些四舍五入的问题。只要这些四舍五入错误在数量上不构成实际的经济价值（顶多1或2聪），或者比最低的交易手续费要高，那他们不会成为有效的攻击方式。以比特币来算，假如所有的交易都有四舍五入错误，这些误差又都是正数，那么全年因此照成的‘通胀’不会超过4个比特币。假定90%的交易没有这些错误，50%的交易以其他方式进行四舍五入，那么净效应平均为0。要稍微谨慎一点的话，我可以直接进行四舍，这些错误就会成为网络向用户收取的额外的‘手续费’，这样也不会有新的币因为这些错误而产生。

如果使用比例是一种可选方法的话，我可以简单地改为用128位的表现形式，这样的话所有的数都以完全相同要求进行存储，四舍五入错误也会变得微乎其微，不值一提。

为了证明我的工作进展，我在这个网页里更新了区块链测试数据。这里显示的主要的进展是同时处理大量的买入和卖出。http://the-iland.net/static/chain.html

rationals 是有理数的意思，这里bytemaster是对上面那个贴建议使用符号计算或有理数数据结构来精确保存有理数，从而彻底解决误差问题的回复。

[muse-umum]

https://bitsharestalk.org/index.php?topic=1890.msg26347#msg26347


译：

今天我提供了一个对比方法的临时解决方案，能解决这些四舍五入的问题。只要这些四舍五入错误误差在数量上不构成实际的经济价值（顶多1或2聪），或者比最低的交易手续费要高，那他们不会成为有效的攻击方式。以比特币来算，假如所有的交易都有四舍五入错误误差，这些误差又都是正数，那么全年因此照成的‘通胀’不会超过4个比特币。假定90%的交易没有这些错误误差，50%的交易以其他方式进行四舍五入，那么净效应平均为0。要稍微谨慎一点的话，我可以直接进行四舍，这些错误误差就会成为网络向用户收取的额外的‘手续费’，这样也不会有新的币因为这些错误误差而产生。

如果使用比例有理数是一种可选方法的话，我可以简单地改为用128位的表现形式，这样的话所有的数都以完全相同要求进行存储，四舍五入错误误差也会变得微乎其微，不值一提。

为了证明我的工作进展，我在这个网页里更新了区块链测试数据。这里显示的主要的进展是同时处理大量的买入和卖出。http://the-iland.net/static/chain.html

p.s rounding error译为“四舍五入误差”会更准确，rationals 翻译为有理数才是正确的，logxing说得对，我疏忽了 。

[muse-umum]

又有更新了，我也贡献一点。https://bitsharestalk.org/index.php?topic=1890.msg26019#msg26019

欢迎拍砖。

译：
今天我完成了昨天提到的买方/卖方/空头匹配系统的问题，除了一个难以定位的四舍五入取整的错误外，结果看起来跟预想的一致。这个错误是这样的，所有的价格都是成‘比例’的，当你用‘3美元每bts’进行买入或卖出时，你会得到类似于3333.33333 和 6666.66666的结果, 四舍五入后得到6667（这里应该是指6666.66666），乘以2后，结果就变成了13334，而原本的结果应该是13333（6666.66666*2=13333.33332，四舍五入后得到13333），而如果截短，则会得到13332（6666*2=13332）。

我必须仔细审查一遍代码，确保能避免这些四舍五入错误。

有两句不好翻译，但应该不太影响对这次更新的理解。

What is an extra satoshi lost or gained here and there between friends?   
Isn't fixed point 128 bit math fun!

欢迎补充。

这样可以吗？

朋友间（交易时）多1聪，少1聪意味着什么呢？
解决数学上128位的小数问题是非常有趣的！

[muse-umum]

又有更新了，我也贡献一点。https://bitsharestalk.org/index.php?topic=1890.msg26019#msg26019

欢迎拍砖。

译：
今天我完成了昨天提到的买方/卖方/空头匹配系统问题的修复，除了一个难以定位的四舍五入取整的错误外，结果看起来跟预想的一致。这个错误是这样的，所有的价格都是成‘比例’的，当你用‘3美元每bts’进行买入或卖出时，你会得到类似于3333.33333 和 6666.66666的结果, 四舍五入后得到6667（这里应该是指6666.66666），乘以2后，结果就变成了13334，而原本的结果应该是13333（6666.66666*2=13333.33332，四舍五入后得到13333），而如果截短，则会得到13332（6666*2=13332）。

我必须仔细审查一遍代码，确保能避免这些四舍五入错误。

有两句不好翻译，但应该不太影响对这次更新的理解。

What is an extra satoshi lost or gained here and there between friends?   
Isn't fixed point 128 bit math fun!

欢迎补充。

[天籁]

3I会出一个代码的使用许可文件,  应该是任何使用BTS代码的第三方开发者都应该AGS 10%的份额,如果3I现在没有任何其他收入的话, 那所有BTS的代码都是靠AGS捐献的钱贡献的
[/quote]赞同！

[BTSdac]

首先AGS是不能交易的，AGS本身只是一个我们给3I的捐赠记录，所以AGS本身是不能再去捐赠的

按照你的问法，我觉得你应该是想说假设这次我们捐赠AGS所产生的收益（3I拥有）并不会很快花完，然后3I可能以后会拿这部分钱去投资其他的第三方DACs或者用于开发3I自己另外的DACs
这时候，我们的AGS是不能动的（因为没法交易）；但是3I会代表整体的AGS拥有者去投资，具体投资到每个项目上的钱肯定是不相同的，所以3I在AGS里已经说了：
A ： 如果是3I自己组织开发的其他DACs应用（非BTS），至少会让所有的AGS投资者拥有10%的份额（大家按比例平分）。当然，也可能拿出超过10%的份额来让AGS投资者按份额平分（这个肯定是根据不同的情况、环境、周全考虑怎么对项目最有利就怎么分）
B： 如果是3I赞助的第三方DACs应用（这个钱肯定是这次竞价AGS的款里面出，因为3I除了这个基本没有其他收入），则也会至少给AGS投资者预留至少10%的份额；当然，若是3I没有赞助别人，则我们也拿不到这一部分（若是第三方应用的开发者只是利用了3I的源码为基础做出来的话，就只会给PTS拥有者分10%，AGS基本就是没的分）

3I会出一个代码的使用许可文件,  应该是任何使用BTS代码的第三方开发者都应该AGS 10%的份额,如果3I现在没有任何其他收入的话, 那所有BTS的代码都是靠AGS捐献的钱贡献的

[Musewhale]

但3I每月可以通过 AGS 融资300万刀， 如果是研发BTS 根本就没有用完的话 ，那以后的AGS是不是可以占 多余 10%了，这个不清楚， 但现在3I可以会持有不好PTS，不知道3I 怎么分配这个关系

按照目前的速度一个月会有3百万，毕竟现在才几天还要看之后的速度。融资的钱不止用于BTS的开发，还会有其他3I的DAC，资助第三方的DAC(但是要求遵守社会合约SCSL)，已经在btc届的市场宣传。

10%是肯定保证的，对于BTS是50%给PTS, 50%给AGS的持有者，之后的DAC这个数不确定，但是都不会低于10%，大于等于10%。

如果用AGS捐献给第三方的DAC(但是要求遵守社会合约SCSL)  那么第三方DAC 的传世块中,应该至少保证10%的AGS,是这样吗,

恩

[Musewhale]

首先AGS是不能交易的，AGS本身只是一个我们给3I的捐赠记录，所以AGS本身是不能再去捐赠的

按照你的问法，我觉得你应该是想说假设这次我们捐赠AGS所产生的收益（3I拥有）并不会很快花完，然后3I可能以后会拿这部分钱去投资其他的第三方DACs或者用于开发3I自己另外的DACs
这时候，我们的AGS是不能动的（因为没法交易）；但是3I会代表整体的AGS拥有者去投资，具体投资到每个项目上的钱肯定是不相同的，所以3I在AGS里已经说了：
A ： 如果是3I自己组织开发的其他DACs应用（非BTS），至少会让所有的AGS投资者拥有10%的份额（大家按比例平分）。当然，也可能拿出超过10%的份额来让AGS投资者按份额平分（这个肯定是根据不同的情况、环境、周全考虑怎么对项目最有利就怎么分）
B： 如果是3I赞助的第三方DACs应用（这个钱肯定是这次竞价AGS的款里面出，因为3I除了这个基本没有其他收入），则也会至少给AGS投资者预留至少10%的份额；当然，若是3I没有赞助别人，则我们也拿不到这一部分（若是第三方应用的开发者只是利用了3I的源码为基础做出来的话，就只会给PTS拥有者分10%，AGS基本就是没的分）

[BTSdac]

但3I每月可以通过 AGS 融资300万刀， 如果是研发BTS 根本就没有用完的话 ，那以后的AGS是不是可以占 多余 10%了，这个不清楚， 但现在3I可以会持有不好PTS，不知道3I 怎么分配这个关系

按照目前的速度一个月会有3百万，毕竟现在才几天还要看之后的速度。融资的钱不止用于BTS的开发，还会有其他3I的DAC，资助第三方的DAC(但是要求遵守社会合约SCSL)，已经在btc届的市场宣传。

10%是肯定保证的，对于BTS是50%给PTS, 50%给AGS的持有者，之后的DAC这个数不确定，但是都不会低于10%，大于等于10%。

如果用AGS捐献给第三方的DAC(但是要求遵守社会合约SCSL)  那么第三方DAC 的传世块中,应该至少保证10%的AGS,是这样吗,

[jackie]

谢谢翻译

[HackFisher]

Today I have enhanced covering of short positions and started work on adding additional margin to open short positions.  In this process I realized that I could easily add margin, but there was no effective way to remove margin using only the context of the transaction because I must enforce collateral requirements with respect to the current market price.   

I discovered some bugs in my bid/ask matching when the ask is lower than the bid.  Apparently I got my price ratios for bids/asks backwards and so they were sorted wrong and therefore only working when the bid/ask matched perfectly.   The good news is that I know know how to fix it and can apply these changes tomorrow.   

Overall I have been gradually increasing the number of test cases that pass and making steady progress.

状态更新(来自 bytemaster)，一些专业术语使用不一定正确，欢迎指正:
今天我加入了回补空头头寸的部分， 并且开始了空头追缴保证金的代码工作。在这个过程中，我发现可以很容易的增加保证金，但是没有想到有效的办法在仅仅知道交易上下文的情况下来释放保证金，因为强制执行抵押品需要基于当前的市场价格。

另外我发现当卖一价低于买一价时买方/卖方匹配存在一些Bug。  显然， 我是买方/卖方价格表从后向前计算出价格比，所以他们的排序顺序是不对的， 因为仅仅当买一价和卖一价完全匹配时才没有问题。 好消息是我知道如果修正这个bug，应该可以在明天将修正的代码提交。

总之我一直在慢慢的增加通过的测试用例的个数，进展稳定。

[woolcii]

成绩喜人

[Amazon]

这是大家的呼声也是他自己想要的，但是每天有太多的问题需要回答。所以现在有每天10PTS的奖励给在论坛活跃回答基本技术问题的id，英文好的同学可以积极参与

https://bitsharestalk.org/index.php?topic=1894.0

[coolspeed]

给力啊。出 alpha 之前 bytemaster 不要出关了，哈哈。