I am in. Thanks

PakhuBkqTu4oTHJ4ZffvzVwCGCMfuqazgm

(最新状态由本版网友共同整理翻译，本帖会把最新的动态放到主贴里头方便大家查看，版权属于翻译的网友 )

0217-0304的相关进度由麥可貓整理翻译

0304 (https://bitsharestalk.org/index.php?topic=1890.msg42586#msg42586)
由於必須參加德州的研討會因此本週的更新會延遲

0302 (https://bitsharestalk.org/index.php?topic=1890.msg41899#msg41899)
今天我解決的一些惱人的臭蟲並將初始保證金增加為10x
並且我創建了一個工具來從bitcoin-qt以及protoshares-qt的錢包檔來看你的BTS的餘額
(https://bitsharestalk.org/index.php?topic=3330.msg41898#msg41898)

0301 (https://bitsharestalk.org/index.php?topic=1890.msg41559#msg41559)
我實現了會在執行任何自動化的訂單配對之前確認市場深度

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

我確認了一些漏洞的修正以及以下事項:
1. 從快照中初始化創世區塊鏈
2. 從我的bitcoin錢包當中收取AGS & PTS
3. 從AGS & PTS餘額當中轉帳

我有一個待辦事項的清單需要完成.
一些在這個討論串當中
還有在令一個關於攻擊的討論串當中所提到的待辦事項
造成了項目延後.
包含了:
1. 強化最小市場深度
2. 將初始保證金增加為10x
3. 修復載入錢包錯誤時會把錢包內容刪除的臭蟲
4. 在不要求增資的情況下補倉


0227 (https://bitsharestalk.org/index.php?topic=1890.msg40688#msg40688)
我想更新一下我們的GUI的開發進度
我們正在和一位聰明的開發者Nathan合作
他已經弄出來一些BTS錢包的基本GUI
還有一些工作要完成, 但是目前的進度仍然是相當可觀的

這並不是我會設計的界面, 但是這仍然是從命令界面更進一步了
我們稍後將持續改進它

0224 (https://bitsharestalk.org/index.php?topic=1890.msg39693#msg39693)
過去幾天我用在思索關於軟體的漏洞並設計解決方案
這需要在程式碼上作以下變更:
1. 將初始保證金增加為10x, 這將會下降系統中的資金槓桿, 所以就不太可能會因為逼空使的空頭頭寸破裂
2. 追蹤市場深度並限制每個區塊中的交易所佔的比例. 這將會避免大戶將價格炒的太高
3. 在首次交易前及要求相當的市場深度
4. 找方法測試以上的項目


0222 (https://bitsharestalk.org/index.php?topic=1890.msg38966#msg38966)
今天我修正了一些關於匯入bitcoin錢包的臭蟲
並增加了匯入錢包以及查詢價格歷史的RPC呼叫
我拍攝了我的首個video blog, 將在不久後編輯發布,
提出關於將來的DACs以及即將到來的快照


0221 (https://bitsharestalk.org/index.php?topic=1890.msg38633#msg38633)
今天我做了一些重大的進展:
1. 現在我可以追蹤價格的歷史並使用戶可以經由API查尋資訊來作K線圖
2. 整合了從bitcoin-qt當中載入錢包的API
3. 整合了掃描區塊鏈
明天我將測試這些特性並準備下一輪的測試來匯入你的bitcoin-qt/protoshares-qt錢包
以及近期產生的創始區塊.
我也想要探索alt所提到的攻擊方式

0219 (https://bitsharestalk.org/index.php?topic=1890.msg37864#msg37864)
今天我們上了訓練課程來提昇生產力

今天我修正了一個關於BItshares X的重大議題,
即關於抵押金不足以在空頭頭寸時提供足夠的擔保
因此使流通中的BitUSD抵押不足
考慮到BItshares X的價值直接關係到
BTS的持有者擔保BitUSD的購買力的意願
因此我們應該採用中心化銀行也使用的方式:
藉由販售銀行中的新股份以彌補損失

 In effect all BTS holders would provide 'insurance' against the 50% discontinuity event that would blow out a short position. 

BTS多頭之所以能夠彌補BTS空頭的原因在於
BitShares X的價值在於BitUSD能夠持續釘住匯率.
如果BTS持有者能夠提供保障來對抗這類極少數事件的發生
大家對於BTS的信心就會增加並提昇了BTS的價值

這樣的改變將會轉移BitUSD持有者支付給BTS持有者所造成的的損失
因此總的來說BTS持有者會支持所有的BitUSD
並且BitUSD持有者的風險就會大大降低


0218 (https://bitsharestalk.org/index.php?topic=1890.msg37588#msg37588)
今天忙於處理其他事物
明天將召開全公司會議,
討論關於學習並實踐David Allen所提的GTD相關技巧
(http://www.swissviet.com/Getting_Things_Done.pdf )

我們的工作負擔是我有生以來最重,
所以我將會尋求將我們的生產力以及專注力生產線化


0217 (https://bitsharestalk.org/index.php?topic=1890.msg37179#msg37179)
今天我實現了初始化創始區塊所需的程式碼, 所需的.json來自於以下討論串:
(https://bitsharestalk.org/index.php?topic=2869.0)

我實現了基於PTS或BTC位址宣告餘額時所需的輸出格式

我修正了載入加密錢包時的臭蟲以及增加了除存錢包資料時的健壯性

明天我將使錢包能夠載入private keys.(使用bounties所得來的工具)
並且能夠顯示初始的餘額
以及增加支付BTC以及PTS餘額的能力

然後我將研究Alt所指出的關於short sell positions的問題


二月 16, 2014, 06:29:36 上午 (https://bitsharestalk.org/index.php?topic=1890.msg36884#msg36884)

今天我花了一些时间在钱包安全性和健壮性的细节上，这些工作目前并没有完成，但是我可以总结一些修改：
1) 地址簿里用于发送和接收的地址现在可以打标签；
2) wallet.bts文件(包括地址簿信息)可以独立于私钥进行加密；
3) 私钥保持为加密存储；
4) 在控制台输入密码的时候不会明文显示出来；
5) 增强了交易跟踪能力，以便于我们展示更加多样化的历史交易信息；

目前github上的代码可以编译，但是还不包含全部的功能。我会在明天完成这些工作。


二月 12, 2014, 08:36:41 上午 (https://bitsharestalk.org/index.php?topic=1890.msg35875#msg35875)
今天我完成了自动化POS挖矿的大部分代码。
余下的任务是根据矿工为区块贡献的CDD支付挖矿奖励，以及对这些奖励进行校验。


二月 06, 2014, 08:32:11 上午 (https://bitsharestalk.org/index.php?topic=1890.msg34579#msg34579)
今天我修复了一些bug，同时尝试让代码在Apple自带的clang++编译器下编译通过，而非g++4.8.

二月 05, 2014, 07:03:06 上午 (https://bitsharestalk.org/index.php?topic=1890.msg34373#msg34373)
自从上次更新之后我完成了交易费用计算的大部分功能，其中包括根据区块大小自动调整费用的功能。

二月 04, 2014, 04:57:10 上午 (https://bitsharestalk.org/index.php?topic=1890.msg34153#msg34153)
今天我在保证金追加的代码上取得了更多的进展。大部分的代码都已经完成，同时每次跟踪一个bug。测试用例也随着越来越复杂。

08:16:47 下午
刚才的bug已经解决，但是可能还有一些隐藏的bug有待解决。
目前为止，TODO list上的内容有：
1） 完成交易费用的计算；
2） 自动挖矿；
3） 根据区块大小动态调整费用；
4） 难度调整校验；
5） 导入比特币钱包和比特币私钥；
6） 从PTS快照生成创世区块；
7） 钱包的bug修复/安全/健壮性；

我不打算放在MVP中的内容：
1） 期权功能；
2） 多签名交易；
3） 跨链交易；
4） 中介功能；
5） 利息计算；

其中1-4的功能在周一之前应该可以完成。本周五到周日我会和孩子们在一起。如果一切进展顺利的话，MVP的所有功能将在情人节之前完成。之后的两个星期我们可以把注意力放在功能和健壮性测试上，以准备三月份第一周的发布。


二月 02, 2014, 04:24:13 上午 (https://bitsharestalk.org/index.php?topic=1890.msg33870#msg33870)

今天我在区块生成以及校验算法上取得了更多的进展。随着我的钱包成功的挖到了一些区块，在没有足够的POS时，难度也在逐渐的上升。


二月 01, 2014, 09:01:22 上午 (https://bitsharestalk.org/index.php?topic=1890.msg33725#msg33725)

今天我更新了POS处理的过程/区块计算的方式，以及区块时间戳的校验方法；恢复了nonce和目标难度的设置；并完全依照CDD(coin-days-destroyed)完成了难度调整算法。


一月 31, 2014, 06:12:55 上午 (https://bitsharestalk.org/index.php?topic=1890.msg33514#msg33514)

今天我在Unity算法上取得了更多的进展，我开始让节点之间进行通信。同时我正在调试调试整个算法，并有望在明天把bug解决掉。


一月 30, 2014, 06:09:51 上午
原帖(https://bitsharestalk.org/index.php?topic=1890.msg33247#msg33247)

今天我设计并接近完成了我自己版本的Ripple的共识算法，我称之为Unity。这个算法有一点点的不同，我认为会更快(converge faster)。其中UNL当中的节点就像一个完全连接的神经网络中的神经元一样，目的是通过正反馈的方式让所有的节点达到一个稳定的状态。下面是算法的工作过程：

(详细过程待翻译，小版也要学习一下共识算法 )


一月 21, 2014, 05:40:41 上午  本段由lib翻译
原帖(https://bitsharestalk.org/index.php?topic=1890.msg30368#msg30368)

今天我把精力放在了JSON-RPC API上，这样就可以有人开始开发区块链浏览器、web钱包以及需要跟后台交互的其它用户接口。这部分完成后，将会有有一个相对完善的JSON-RPC接口供和钱包通信——当然，现在相关的文档还很少。有没有人愿意来更新一下wiki.invictus.io上的RPC接口信息？

对于那些可以自行编译代码的人，可以开始参加我们的alpha测试。如果你生成了一个地址，我会发给你一些测试用的BTS。目前的版本肯定会有很多bug，每次我在修复bug之后就会重置区块链，所以现在把二进制文件发布出去并不是太合适。


一月 19, 2014, 04:52:37 上午  本段由lib翻译
原帖地址(https://bitsharestalk.org/index.php?topic=1890.msg29979#msg29979)

今天我修复了一些比较大的bug，其中包括HackerFish之前的提出的bug。

MVP的alpha版本的初始测试时间我预期是2月1号，但这只是我个人的估计而非硬性标准。我并不太擅长估计时间，而且解决bug的时间也不太好预估。

明天要做的事情：自动追加保证金功能；
之后分别是交易费用计算和持有BitAssets的利息计算。

最后是，所有跟块链号和时间戳相关的内容需要被审计。因为我们现在已经从平均每5分钟一个区块改到了30秒。(Lastly everything related to block numbers and time stamps needs to be audited now that we have moved from 5 minute average blocks to 30 seconds or 1st transaction blocks)


一月 17, 2014, 05:50:40 上午  本段由coolspeed翻译
原帖地址(https://bitsharestalk.org/index.php?topic=1890.msg29368#msg29368)

今天我设法实现基本的 C/S 结构，新的钱包连接，更新，并且使得可以开始处理交易。不仅如此，我还清理了命令行界面下的买单、卖单、做空单的显示，（让它显示得更清爽）。

1、清理命令行界面，消除一些控制台SPAM；
2、增加市场数据的显示(订单和当前价格)；
3、增加自动追缴保证金功能；
4、完成客户端/服务器模式的网络通信；
5、增加因空/多仓位引起的利息计算；
6、增加因持有BTS获得红利的计算；
7、集成PTS&BTC钱包的导入工具；
8、初始化创世区块链(Initialize genesis block and validate I can spend AGS and PTS balances.)
9、实现用于命令行界面的 JSON-RPC API。
10、管理加密的钱包
11、实现并验证所有交易的交易费。

因为我（对发布比特股的)时间预估持续增长，所以我决定干脆不对发布时间的预估做任何公开。我们将有一个很长很长的测试阶段，在这个过程中每个人会有自己的关于何时冻结 PTS / AGS 捐赠状态的主张。


一月 15, 2014, 06:43:05 上午  本段由lib翻译
原帖地址(https://bitsharestalk.org/index.php?topic=1890.msg28556#msg28556)

今天我修复了一些bug，清理了一些控制台输出，现在所有的日志和错误都会输出到一个文件当中。
市场信息的展示工作完成了一部分，但是我还不能将这一条划掉，因为我还没找到很直观的显示方式。

1、清理命令行界面，消除一些控制台SPAM；
2、增加市场数据的显示(订单和当前价格)；
3、增加自动追缴保证金功能；
4、完成客户端/服务器模式的网络通信；
5、增加因空/多仓位引起的利息计算；
6、增加因持有BTS获得红利的计算；
7、集成PTS&BTC钱包的导入工具；
8、初始化创世区块链(Initialize genesis block and validate I can spend AGS and PTS balances.)

一月 14, 2014, 09:13:14 上午  本段由lib翻译
原帖地址(https://bitsharestalk.org/index.php?topic=1890.msg28162#msg28162)

今天在MVP版本上，我们取得了不小的进展。我编译了一个未联网命令行客户端，在上面可以进行买卖、做空、平仓以及取消操作。这个客户端会显示用户的余额和保证金仓位。这个客户端和其它所有必须的工作完成之后，我将重新加载我的钱包和区块链。（This is combined with all of the work necessary to make sure I can quit and reload the my wallet and block chain）

TODO list上的事情包括：

1、清理命令行界面，消除一些控制台SPAM；
2、增加市场数据的显示(订单和当前价格)；
3、增加自动追缴保证金功能；
4、完成客户端/服务器模式的网络通信；
5、增加因空/多仓位引起的利息计算；
6、增加因持有BTS获得红利的计算；
7、集成PTS&BTC钱包的导入工具；
8、初始化创世区块链(Initialize genesis block and validate I can spend AGS and PTS balances.)

更多需要做的事情会在遇到的时候添加。

一月 10, 2014, 10:57:45 下午  本段由HeyD翻译
原帖地址(https://bitsharestalk.org/index.php?topic=1890.msg26347#msg26347)

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

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

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


一月 10, 2014, 07:53:31 上午  本段由HeyD翻译
原帖地址(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）。

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


一月 09, 2014, 08:41:36 上午  本段由HackFisher翻译
原帖地址(https://bitsharestalk.org/index.php?topic=1890.msg25478#msg25478)

今天我加入了回补空头头寸的部分， 并且开始了空头追缴保证金的代码工作。在这个过程中，我发现可以很容易的增加保证金，但是没有想到有效的办法在仅仅知道交易上下文的情况下来释放保证金，因为强制执行抵押品需要基于当前的市场价格。

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

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

一月 08, 2014, 05:33:46 上午
原帖地址(https://bitsharestalk.org/index.php?topic=1890.msg24890#msg24890)

BTS钱包已经可以支持用于平仓的API接口了。

下一步要做的是实现一个一次性平掉多个空头仓位的健壮算法。

当一笔交易中包括多种单位、以及空头和多头时，情况会复杂很多。组合多种不同的输入可能会用来操纵自己的保证金需求，所以需要进行健壮性的检验。最终我可能会限制一笔交易可以包含的种类和数量(来保证安全性)。


一月 07, 2014, 07:14:33
原帖地址(https://bitsharestalk.org/index.php?topic=1890.msg24415#msg24415)

在匹配了一对空头和多头仓位之后，第一笔BitUSD在区块链上被创建出来。
这里可以查看交易的结构http://the-iland.net/static/chain.html

下一步要做的是通过平仓把创建出来的BitUSD销毁。


一月 02, 2014, 07:41:36
原帖地址(https://bitsharestalk.org/index.php?topic=1890.0)

1) BitShares将不再通过挖矿产生，也不再使用POW算法。取而代之的是(类似ripple的)共识机制+POS算法。
    a) BTS支付的红利将是之前设计的两倍；
    b) PTS持有者所占BTS的份额将不会再因为挖矿奖励而被稀释；（PTS holders stake in BTS will no longer be diluted by 45% due to mining rewards）
    c) 之前花在挖矿上的资金被我们募集起来，而这些资金最终会让PTS持有者受益；
 
2) 现在BitAssets将会获得可预计的(硬编码在程序里的)5%的利息回报，而同时卖空者在借入资产时需要支付5%的费用；

3) 共识机制的算法会保证交易的确认时间在30秒钟；同时没有人能够操纵市场；

4) 我们找到了一种更简单的思路来支付红利；

5) 50%的BTS(first BTS)会被分配给PTS持有者；

6) 50%的BTS(first BTS)会被分配给AGS持有者；   

7) 每条BTS 区块链会支持大约16种资产的交易；

AGS和PTS将会被用来初始化所有的BTS区块链——其中每个区块链负责一部分资产类型的交易。这么看来，AGS和BTS比拥有单一的某一区块链更有价值。因为拥有它们意味着你在每条区块链上都有一席之地。（AGS and PTS is more valuable than owning a single BTS chain.  They get you rights to all chains.）
 
9) 根据现在的筹资情况，我们每个月能够拥有$3M的资本用来研发BTS。而且我们也正在迅速的加快这个进程。

Quote from: lib on January 03, 2014, 11:50:15 am

Quote from: arubi on January 03, 2014, 11:36:18 am

What will be the total number of Bitshares?

400W = 200W(for PTS holders) + 200W(for AGS holders)

Sorry, what does the W notation stand for?

Errrr... 1W=10k in Chinese.

Quote from: toast on January 02, 2014, 08:08:41 pm

That sounds great. You should create a subforum and make me a mod there.

Gonna go generate a "Phelp" vanity address for support tip balance to keep things open and honest.

You are the mod now.

Amazon，需要的话，我可以帮助回答中文版的问题 

What's the rush?  Today, next week, early Q1....as long as it's a quality product I see no benefit in having it tomorrow vs next month.  You only get one chance at a first impression and if Keyhotee has teething issues because it was rushed it could adversely compromise the entire project.

I believe I'm preaching to the choir however as delayed release dates vs buggy releases seems to be the direction I3 has chosen.

 
quality > speed at the moment.

Quote from: bytemaster on December 27, 2013, 12:14:15 am

The genesis block will launch as soon as we have the Public Keys.

What are you going to do if you do not get all public keys (e.g. somebody (founder) died in the meantime).
Will there be a deadline to send in public keys? Will there be a PTS refund (the founder in a coma gets when he wakes up again)?
What happens to the ID that did not make it into the genesis block? Will the "second best" bidder get it or will it be freely available as a "normal" ID?

I guess,
1) a deadline should be set.
2) (maybe)PTS will be sent back if the founder failed to reply the public key.

1。如果3I做幕后操纵，那投资AGS的肯定亏本，不如直接买PTS
2。在3I值得信任，没任何暗箱操作，在完全自由的市场行为前提下：
如果当天pts捐款不够5000，持有pts的人会选择继续捐pts期望获利，结果是收到的pts会逼近5000。
在超过5000时，持有pts的人一定不会继续捐了。博弈双方平衡的情况下，每天收到的pts是 5000，按1:1兑换ags。
实际情况博弈不会正好达到平衡，所以每天收到的pts会有一定波动。
所以不要指望靠ags检便宜，也不会比买pts吃亏。

我在想如果这次明码标价1pts换1.1ags结果会怎样呢？大家都想拿pts换ags，市场pts需求剧增，价格大涨，会连续涨200天吗？

不管怎样，但愿3I能顺利筹到钱抓紧开发吧。

Quote from: lib on December 26, 2013, 05:29:46 am

地址和交易都是公开的。
如果发现自己会分到比较少的AGS，我会选择第二天再捐。
如果发现今天还没有人捐，我就会捐一点把当天的AGS全部领走

就是这个意思，市场会给AGS/PTS一个公平的汇率。

另外，如果3I真的暗箱操作引起众怒，两个结果：
1、PTS大跌，3I声誉受损。他们自己也没有任何的好处；
2、可能会有另一队人出来使用3I的程序，按照公平和社区期望的方式继续开发BTS和其它DAC；

所以目前我还是支持3I的分配方式的，希望圣诞节都在加班的团队抓紧出新东西。

Great!
Suggest you to tip your 5% income to the forum