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.


Topics - lib

Pages: [1]
1
因为大家都很关心2.28的AGS/PTS快照相关信息,这里翻译一下bytemaster今天帖子(https://bitsharestalk.org/index.php?topic=2940.0)的内容:

关于Invictus的BitShares产品路线图,以及PTS/AGS分配上大家有很多困惑的地方。我们也花了大量的时间进行讨论,这个和大家分享下我们现在的想法。跟往常一样,这些路线图可能会有所调整——根据市场条件。

BitShares XT -  在BitShares X的MVP版本出来之后,BitShares X的测试网络会尽快发布。为了尽快发布MVP版本,我们抽离了一些可能会导致发布延迟的内容,比如类似Ripple的共识机制、比特资产的利息、以及中介交易等。

BitShares XI  -  这个网络用于实验在给与比特资产固定利息的时的情况。

BitShares XV -  这个网络用于实验比特资产的利息是自由浮动时(通过预测市场来调节)的情况。

BitShares XC -  这里会用共识算法代替TaPOS。也许会衍生出新的I/V/T的测试网络。

当然,其他一些人,比如Toast表示,如果BitShares XT发布比较成功的话,他们会发布针对股票、商品以及其它交易内容的版本,并且会像BitShares XT一样给与AGS和PTS持有者各50%的份额。我们仔细考虑了这个路线图对BitShares XT的需求的影响(这句没理解,求懂的版友帮忙翻译:We have thought long and hard about the implications of this roadmap on the demand for BitShares XT with the potential to be competing with what may be perceived as upgrades ),得到的结论是,这包括分布式银行和交易所在内的整条产品线都衍生自由PTS/AGS支持的DAC概念。 

如果我们的目标是提升BitShares XT的价值,那么我们要确保人们在BitShares XT上的投资能够经受住考验,而不会因为我们计划升级或者各种各样的衍生资产的冲击而贬值。从这点出发,我们决定建议未来所有基于BitShares X概念的区块链在发布时,均按照BitShares XT当时持有者的份额进行100%分配。所以未来投资其他BitShares X区块链的方式就是拥有BitShares XT...类似的,由BitShares XI或者XV衍生出来的区块链也需要给予他们的父链100%的份额。

当我们说要给予某一个BitShares区块链份额时,仅仅是指BTS,而非比特资产。比特资产的拥有者并不拥有当前区块链的份额,他们是在防范区块链的风险。而且因为新区块链的价格和抵押物与老区块链并不一致,所以也没法根据相应仓位进行份额分配。

因为BitShares XT只是个测试区块链,存在因为毁灭性bug而导致的分配的份额无效。如果这种错误的分配无法通过修复一些交易来纠正,我们就会建议回滚到创世区块重新开始。所以2月28号的快照是BitShares投资中最重要的快照。从2月28号之后,如果你想获得未来BitShares X区块链以及相关衍生区块链的份额的话,唯一的选项就是直接投资BitShares XT。但是,所有对BitShares XT的投资都应该一直持有到,我们消除了因为毁灭性失败导致的区块链重置的可能性。记住这是使用一个新软件,进行一次经济上的试验,而且之前进行了比较少的测试,所以我不建议你在2月28号到XT足够安全并有了自己价值的这段时间内,投入过多。这是2008年的比特币...

这将如何影响AGS和PTS?

我们未来还会开发不基于BitShares X商业模式的区块链。包括:
BitShares DNS
BitShares Bingo
BitShares Music
BitShares Vote
以及其他一些我们设计过的。为了不让参与测试的人同时运行多个BitShares测试链,我们在考虑在BitShares XT测试运行期间,并不急于XI、XV以及XC的开发,而是把精力放在开发一个非BitShares X类似的DAC上。但是我们同样也鼓励其他人在完成这些衍生区块链,同时并行地进行测试,如果他们愿意的话。

这对DACs意味着什么?

这意味着在一个有很多衍生区块链公开发布的自由市场中,为了最大化你的区块链的价值,并让更多的人接受区块链的初始想法,父区块链所占的份额最好是100%。

PTS & AGS是所有新DAC想法的父链,而非所有由这些想法产生的实例的父链。一旦一个区块链从PTS和AGS诞生出来后,未来其他的衍生区块链最好是继承这一块链的份额而非回到PTS和AGS。如果一个DAC给予其父链100%的份额,而其父DAC愿意承认AGS和PTS的份额,就相当于前者也直接给予乐AGS和PTS持有者相应的份额,这让我们之前的模型继续保持。

BitShares XT和未来DACs的发布

为了让Invictus集中精力开发软件,并且不受因实际发布这些具有潜在争议的区块链而受到监管风险的干扰,我们决定不实际发布任何区块链、而且不准备投入任何服务器。我们开发软件,然后由其他人来决定是否使用我们的代码,做稍微的修改、打包然后放到网站上让用户下载。根据律师的建议,开发并发布开源软件和部署该款软件两者之间的监管有着很大不同。为Bitstamp、Mt.Gox、以及纽约证卷交易所开发软件的公司是不受监管的,但是交易所要受到监管。我确信有很多监管比较宽松的国家的人可以合法的采取这些步骤。

我们会独立于任何已经部署的实例,对我们的软件进行市场推广。所以,从我们的角度看,BitShares XT的发布就仅仅是github上的一个稳定的可以发布的tag,没有其它的。我们觉得这是对社区的每个人以及PTS和AGS持有者最好的方案,如果Invictus可以采取尽可能多的步骤以避免不必要的纠葛的话。

(end)

小费地址请看签名档 :D

2
中文 (Chinese) / [意见收集]Keyhotee用户反馈
« on: January 04, 2014, 04:48:39 pm »
Keyhotee的阿尔法测试版已经发布。
windows版下载地址:http://the-iland.net/static/downloads/keyhotee_0.5.0.zip
更新的下载地址:https://mega.co.nz/#!WUk0xTIC!dqw_z3VbIagYlDA9Izur9Gmb-oxO_IMfMkErGGRPeHQ

mac版本:正在打包

大家在使用过程中遇到的问题可以发布到这里,我们一起讨论解决。对Keyhotee的使用意见/优化建议也可以贴出来,小版会进行整理反馈。

如果是问题,请把问题描述的尽量详细一些:按照什么顺序?执行了什么操作?问题是偶然出现的,还是必然出现的?如果能附上截图可能更好。
问题解决以后,请在自己相应的问题后面补充解决方案,方便后来者查阅。thanks  :)

目前我们收集到的问题
1、部分用户无法顺利的使用中文注册profile;
     bytemaster:使用英文进行注册有时也会出现类似的问题,已经归档为bug

2、部分用户会遇到“目标机器积极拒绝,无法连接”的提示;(by kilo/ebit)
     bytemaster:可以暂时忽略这个提示。应该不影响正常的操作。

3、不明白什么时候会显示“未注册”,什么时候显示“已注册”,各自代表什么意思?为什么有时候自己未申请founder id也会显示成了金色?
     这几个注册/未注册/founder ID的指示还不准确,可以忽略

4、ID后面对应的reputation和age各自是什么意思?
     reputation是根据挖矿或者资助founder ID获得的;age实际上是你的名字获得的确认的个数,在创世块发布之后才会生效

5、有没有Keyhotee相关的技术白皮书发布?
     这个bytemaster回复说是有的,但是目前看已经过期了。如果想了解,还是直接看代码比较好。

6、(appbux)报告一个错误,windows7。按照注册帖子的方法注册,都弄好后,添加联系人,发测试信息,都正常。
     再登陆时,输入正确的登陆密码,怎么都登陆不上。
     (暂未反馈)

优化建议
1、邮件中带附件的提示不是很明显(by DAY)
2、有新邮件时最好可以设置提示,比如弹窗、声音等(by lzr1900)
3、(by her0)keyhotee 应该在界面预留DAC开发者的插件部分。
keyhotee 应该为第三方开发者设计统一的开发接口并提供SDK

keyhotee 应该迅速设计增加类似qq群 facebook的group等功能,这些基础功能应该由官方来做,

keyhotee 的rp值应该设计成可以交易的或者说是可兑换的,挖矿产生的rp值可以交易给不愿意挖矿或者错过founder id的用户,交易rp值类似于qq会元的年费。而第三方开发者提供各种功能可以赚取rp值。这样可以增加key系统的挖矿热情,有利于客户端软件迅速普及。

keyhotee 应该提供自定义多层级群组功能,并开放一个类似LDAP协议的接口,这样用该系统就可以方便迅速的组建一个复杂庞大的团队。而且其他第三方的网站也可以用keyhotee验证用户登录。

keyhotee可以开发一个付费广告的阅读插件,可以官方做也可以第三方做,阅读广告获得BTC LTC直接进钱包。这将促进未来bitasset的交易。并让社区参与者获利,同时提高keyhotee的装机用户数。

3
中文 (Chinese) / [翻译帖]Keyhotee状态更新[3.9更新]
« on: January 04, 2014, 03:47:42 am »
以下内容由麥可貓翻译

0110 (https://bitsharestalk.org/index.php?topic=1433.msg26177#msg26177)
我們的測試目前已經上軌道
因此我們還是打算照原計畫在今天稍晚發布新版
(除非有一些預料外的錯誤)

0111 (https://bitsharestalk.org/index.php?topic=1433.msg26465#msg26465)
我已經上傳了Keyhotee alpha 2 Windows版本:
 http://invictus.io/bin/keyhotee_0.5.2.zip

這個版本主要是在於修正關於創建以及載入profile時的臭蟲
包含了一些跟網路還有外國字元的問題

回報 Keyhotee Founder IDs註冊成功的功能也改進了
(過去只能在創建ID時看到, 現在可以在聯絡人資訊頁面看到)

我們計畫未來幾天釋出linux執行檔
(如果沒有碰到臨時性的問題的話)

0131 (https://bitsharestalk.org/index.php?topic=1433.msg33484#msg33484)
Dan/Bytemaster要求我要每天更新進度,
但是我看不出意義何在
而且我也不知道如何每天把著重的臭蟲細節整理成易懂的格式
如果你想要每天看進度, 請看:
https://github.com/InvictusInnovations/keyhotee/issues?state=open

我們使用github來追蹤每個臭蟲修正以及新增的特性
理想來說, 我認為應該進度報告應該是每週一次

我們正計畫未來兩三天釋出新的Linux以及Windows版本,
端看明天靜態連結的linux版本的情況如何

靜態連結的linux版本會延遲的原因,
正如我之前所說的
是因為我們一直在找其他原本相依於系統的函式庫
(就像今天我們最終把libssl添加到了靜態連結的函式庫)
我想目前我們已經完工, 所以明天稍晚會有一個版本釋出

至於官網上面的下載連結,
我個人並不知道為什麼連結會壞掉,
我猜可能跟網站正在更新有關
當然, 我們很快就要有新的釋出版本了
所以目前也無需下載舊版

0201 (https://bitsharestalk.org/index.php?topic=1433.msg33689#msg33689)
Keyhotee Alpha 3 Linux釋出版來了: http://invictus.io/keyhotee.php
我們正在使其能夠相容於更多linux distribution,
所以如果你不能夠在你的linux上面執行
請告訴我們

0201 (https://bitsharestalk.org/index.php?topic=1433.msg33786#msg33786)
我不確定大家是如何在這個論壇得到資訊
但是當我在論壇po了一個話題,
只要有人回文我就會一直在信箱裡收到通知

理想上, 當我po了某些真正有重要性的議題時,
我希望我能讓人們都收到信件通知
比如說:
“我們找到了一個嚴重的臭蟲, 希望早期測試者能夠注意到”
“我們新釋出了一個測試版”
或甚至“我們的發行要延後了”
換句話說, 我希望這些討論串能夠被Keyhotee的粉絲們注意到
並觸發他們的反饋

我能理解有人希望能夠得知每天的更新進度
為了滿足這樣的需求
我已經修改了這個討論串的首篇文章
並加入了連接到Keyhotee Git的commit repo
(經由toast的建議修改而來)
那裡的資訊每天更新(或甚至只要有程式碼變動)
並且是自動完成


0204 (https://bitsharestalk.org/index.php?topic=1433.msg34141#msg34141)
雖然一般而論Keyhotee ID並不一定要設計成區分英文大小寫,
不過我們最近已經決定要區分英文大小寫
原因之一就是:
當你創造一個ID時, 你所打入的字串會被用來產生相對應的公鑰(public key)
舉個例子, 如果你的ID是alpha,
而當你在一台機器輸入alpha, 而在另一台輸入Alpha
你會得到不同的公鑰
即使你的腦錢包密碼相同的
所以別那麼做

我們考慮過要改變這項功能
但是那將會需要許多人重新註冊
而另外記住大小寫其實對於使用者來說也並不那麼困難

一個連帶的臭蟲是目前的客戶端允許在同一個profile當中產生兩個僅有大小寫不同的ID
我們已經在套件庫裏面改掉了這個臭蟲
並且這項變動將會包含在我們在一兩天之內就會放上的新版本

0204 (https://bitsharestalk.org/index.php?topic=1433.msg34215#msg34215)
2月28號只是我們對於區塊鏈要上線的粗估日期
時間有可能更早或更晚, 而不一定要跟BTS同步
雖然說同步發行也有些好處沒錯
重點是, 我們必須在區塊鏈上線之前確保不會有註冊相關的問題
那樣一來我們就不用被迫要重啟區塊鏈了

0206 (https://bitsharestalk.org/index.php?topic=1433.msg34548#msg34548)
明晚預計要發佈Keyhotee Windows alpha 0.5.3,
除非有了什麼問題
下個主要的實作重點是資料庫版本
我希望能夠儘快做出這個特性來能夠在profile資料結構方面提供更多彈性

0207 (https://bitsharestalk.org/index.php?topic=1433.msg34719#msg34719)
Keyhotee Alpha 3 Windows釋出版可以在這裡取得http://invictus.io/bin/keyhotee_0.5.3.zip.
希望下個Windows alpha版本能夠至少是一周以後

我也利用從網頁表單收集來的資訊
更新了Keyhotee 創始者 ID註冊伺服器
(如果你是在最近12小時之內送出的表單, 那可能不會包含在裏面)
你可以確認一下你的創始者ID是不是正確
並確認一下你在聯絡人資訊裏面會顯示的』點數』

0209 (https://bitsharestalk.org/index.php?topic=1433.msg35124#msg35124)
我更新了Keyhotee ID註冊伺服器
用的是到禮拜一為止得網頁表單資訊
所以在上次釋出之後才送出表單的人們可以用Keyhotee確認一下

0211 (https://bitsharestalk.org/index.php?topic=1433.msg35576#msg35576)
在創始者ID 註冊的問題中
候發現了關於區分英文大小寫的臭蟲
因此才沒辦法成功顯示已註冊
一兩天之內這個問題就會解決
當英文大小寫問題完全解決之後我會再po個文

0211 (https://bitsharestalk.org/index.php?topic=1433.msg35585#msg35585)
聊天功能將會是透過好友之前直接連接
而不是用廣播訊息
因此最終的版本這個功能將會是很有效率了
好友間的直接互連就不需要工作量證明(proof-of-work, POW)了

0211 (https://bitsharestalk.org/index.php?topic=1433.msg35623#msg35623)
由於要修正關於英文大小寫的問題
未來24小時內Keyhotee所需的Keyhotee註冊伺服器可能會有些問題
所以如果你的ID突然顯示為未註冊
不需要緊張

0212 (https://bitsharestalk.org/index.php?topic=1433.msg35823#msg35823)
Hi toast,

是的, 你是對的, 我想這是軟體開發者與管理人員永恆的爭執
我不是做公關的
不過我猜做公關的可能不擅長解釋軟體的開發, 所以我想試試

管理部門總是想要一個硬性的軟體發佈日期
然而做軟體的人都清楚他們其實無法保證
因為在任何規模的軟體專案裡
要去預測將來會採用的設計細節是很難的
(想採用”先全部設計完再開始”的方式也不可行,
因為當你開始寫程式碼的時候,
你經常會發現你必須採取一種有別於原先預定的方法)

在研發真正的』新』軟體的時候,
幾乎總是會有預料之外的問題產生
(相對於在一個已經穩定運作的軟體裡加入小的新特性)
舉例來說,
在我個人過去幾天的工作中,
我原本希望能夠完成資料庫版本功能,
但如今我只完成了部份,
因為我必須要去處理ID的註冊問題,
我必須完全搞懂相關的原因,
設計出解決方案 (需要對Keyhotee創始者造成最少麻煩的方案)
然後實作並測試.
這些日子都不在我原先的預期之中
不過任何真正寫程式的人都會告訴你這才是常態

我明白人們的沮喪
特別是由於Bytemaster原先的許諾
他原先設定的日期並不實際
不過我可以這麼說
我們是很盡職的程序員
我們盡全力工作, 但是我們並不想要在軟體完全測試之前釋出
因為那只會造成更多問題
並處理衍生的問題只會更加延後正確版本的釋出
無論是二月底, 3月底, 或是更往後
我的主要任務就是要在發行的時候,
給Keyhotee使用者提供一個穩固的, 可升級的區塊鏈

不管怎樣, 我不希望以上的內容讓任何人太過失望
這只是我個人對於軟體研發的感觸
而非3I或是公關部門的

0213 (https://bitsharestalk.org/index.php?topic=1433.msg36130#msg36130)
我目前正在實作資料庫版本, 其他人在弄圖形介面等等.
我已經整理了一份』Keyhotee創始者ID網路表單公鑰註冊失敗』的報告給Stan
Stan將分析這些結果並聯絡相關的創始人

基於後需從網路表單的更新以及Stan所提供的更正
禮拜五稍晚我會更新創始人註冊伺服器

0214 (https://bitsharestalk.org/index.php?topic=1433.msg36433#msg36433)
資料庫版本的程式碼通過了早期測試
明天如果它通過了更嚴謹的測試, 我將會更新Keyhotee資料庫來支援版本化並送出

0215 (https://bitsharestalk.org/index.php?topic=1433.msg36641#msg36641)
由於Stan外出旅遊, 加上我之前忘了今天是一個重要的美國節日, 會花去我整晚...
因此Keyhotee創始者ID資料庫的更新延期到明天晚上

0216 (https://bitsharestalk.org/index.php?topic=1433.msg36869#msg36869)
資料庫版本化的程式碼已經遞交
隨附文件來說明當需要更新資料庫的物件格式如何使用

更新了創始者ID伺服器來修正一之前些有問題的創使者ID
不過一些來自於網路表單的更新還沒有納入
因為:
1. Stan需要多一點時間來取得相關人的回饋
(就是那些在網路表單送交了錯誤的founder code或是錯誤的ID的人們)
2. 我最後把套件庫裏面的變更放進創始者ID的linux伺服器之後
就不能編譯了
並且今天要解決這個問題已經太晚
明天或最遲禮拜一就會更新

0217 (https://bitsharestalk.org/index.php?topic=1433.msg37176#msg37176)
我把從網路表單得到的公鑰加入了伺服器
請大家用Keyhotee確認
如果軟體沒有回報已經註冊
請寄信給Stan, 我們會確認

一個相關的提醒:
Stan已經寄信給在網路表單裡填寫錯誤的founder code的人們
如果你是其中之一, 請用網路表單重新送出正確的資料

0218 (https://bitsharestalk.org/index.php?topic=1433.msg37520#msg37520)
兩個使用者之間互換公鑰的系統已經接近完工
(圖形介面已經完成, 我們現在正要完成背後的程式碼)
這項特性最終將會加強使用者之間區塊鏈異動的私密性

0219 (https://bitsharestalk.org/index.php?topic=1433.msg37793#msg37793)
今天我不寫程式碼
因為要分析現有創建ID的程式碼已經wiki上面的文件
而且我發現了一個可能的錯誤
錯誤是關於要在獲得授權的使用者之間交換並重新產生公鑰
(重新產生公鑰對於要重新創建一份丟掉的profile是很有用的)
我已經有了解決方案
只等Bytemaster確認

新的網路表單持續流入
我計劃明天晚上納入這些更新

0220 (https://bitsharestalk.org/index.php?topic=1433.msg38194#msg38194)
我已經把新的網路表單資料納入伺服器
如果你過去兩天有送交網路表單
你現在可以用Keyhotee確認
(在聯絡人你的ID旁邊會有點數, 表示你已經註冊)

0222 (https://bitsharestalk.org/index.php?topic=1433.msg39042#msg39042)
我會確認一下0.5.4的問題在哪裡
不過如果你在0.5.3顯示已經註冊
那你可以確認你的確是已經註冊

0222 (https://bitsharestalk.org/index.php?topic=1433.msg39084#msg39084)
我上傳了0.5.5 Windows版本
我想應該可以解決0.5.4的兩個臭蟲
我還是想多做一些測試不過我想0.5.5應該會比0.5.4要好.
我已經暫時把linux版本導向0.5.3版本
等之後有更好的linux版本再說
如果有任何人想要幫我測試0.5.5, 連結在此:
http://invictus.io/bin/keyhotee_0.5.5.zip

0225 (https://bitsharestalk.org/index.php?topic=1433.msg39936#msg39936)
我今天測試了在Windows跟linux創造的profile
測試結果得到了同樣的公鑰
不過, 如果有任何問題, 我同意Windows版本應該是最安全的選擇

0225 (https://bitsharestalk.org/index.php?topic=1433.msg39937#msg39937)
我把這個週末還有今天稍早遞交的網路表單資料納入伺服器

0228 (https://bitsharestalk.org/index.php?topic=1433.msg41072#msg41072)
我們已經修正0.5.5所引進的臭蟲
這個臭蟲是關於在寄信介面當中的to/from/cc/etc等欄位的自動補全功能
造成誤送
這個臭蟲是由於我們當初加速釋出0.5.5修正版的後果
我想專注於完成創始者ID的註冊知道2/28,
因此我們會延後發佈具有自動補全功能的版本
我目前的計劃是禮拜一釋出

如果你有創始者ID, 請在228截止日前註冊
不過不需慌張, 我們計劃保留任何未註冊的創始者ID
所以你不會因為錯過截止日而喪失創始者ID

同時, 請注意創始者ID可以在不同OS之間註冊並重新產生
換句話說, 你可以在一台電腦創建profile以及ID
然後在另一台電腦重新創建同樣的profile以及ID
兩台電腦的OS可以是不同的
唯一的要求是必須記住創建profile時所輸入的資訊包含英文大小寫
(姓, 中間名, 名, 腦錢包密碼, 密碼)

如果你用的是Mac但是不想要從原始碼編譯,
目前你可以另外用Windows或Linux註冊你的創始者ID

0303 (https://bitsharestalk.org/index.php?topic=1433.msg42404#msg42404)
新的Keyhotee alpha 0.5.6釋出版在此:
http://invictus.io/bin/keyhotee_0.5.6.zip
如果沒問題的話明天會有linux版

這個版本修整了0.5.5版本裡誤送郵件的臭蟲以及一些小臭蟲

如果你創建新的profile你會發現需要填的資訊變少了
介面中也加入了郵件伺服器的圖示來顯示你的郵件伺服器連接狀態
(就位在表示bitshares的』插頭”旁邊,
插頭應該目前是斷開狀態,
除非你正執行特別的版本)

有個新功能是你可以從聯絡人清單拉一個人到郵件裏面
然後寄給收件人來匯入
(新的聯絡人是作為附件寄出, 並在稍後可以用來匯入)
一兩天後這個功能就會升級到可以同時拉多人
最終還需要在一些功能裡加入授權的要求
(比如說sharing transaction keys for increased privacy transactions ,
直接連接聊天程式等等)
但這項功能表面上並不很有用

到現在Keyhotee創始者ID的支持工作終於完成.
我已經在看現有的Keyhotee ID挖礦程式碼
把挖礦功能執行起來是我的下個工作重點
對於所需的工作我已經有個大概的想法
不過我仍然需要在做出變動之前詳擬

0304 (https://bitsharestalk.org/index.php?topic=1433.msg42730#msg42730)
新版本的Keyhotee 0.5.6 linux在此
: http://invictus.io/bin/keyhotee_0.5.6.gz

0307 (https://bitsharestalk.org/index.php?topic=1433.msg43369#msg43369)
我想我找到了解決斷斷續續的』重複郵件』的問題的方法了
在我最終想過之後明天將會遞送到郵件伺服器裏面
我們將加入一個』當機回報器』
那麼一來測試者們就可以送出帶有stack dump的報告了
有任何人試試看由 brownbear, drekrob, et al做出的Mac版本了嗎?
在此:
 ftp://178.63.85.22/Keyhotee/MacOS/2014-03-06_02-02-21/

0309 (https://bitsharestalk.org/index.php?topic=1433.msg43817#msg43817)
當機回報器已經遞交
明天或是禮拜一我會測試

我對於重複送信的臭蟲修正並沒有涵蓋所有重複送信的原因
不過我已經找到了:
目前對於信件的時間戳記的精確度只有秒而不是微秒
由我目前打算的解決方案來說 我明天可能就可以修正

爾後,我們就可以回到挖礦/區塊鏈的程式碼工作上面了
考慮到當前的工作都是關於後臺的程式碼
本週我會在團隊裡添加一位有網路經驗的程式設計師
在此之前一直都是我在處理相關問題

一月 08, 2014, 03:42:46 上午 
原帖地址(https://bitsharestalk.org/index.php?topic=1433.msg24845#msg24845)

本周五计划发布最新的测试版本,修复了第一个版本中的若干bug,特别是在创建profile时卡住的问题。


十二月 17, 2013, 08:27:11 上午
原帖地址(https://bitsharestalk.org/index.php?topic=1433.msg15502#msg15502)

Keyhotee 状态更新
1) 邮件/聊天/Keyhotee ID挖矿等基本功能已经可以使用了;
2) 但是仍然有不少bug;其中的很多已经被提交给波兰的开发团队进行处理;
3) 其中大多数bug都是用户界面层次的,所以修复/优化起来比较容易;
4) I will not be getting much sleep between now and launch, but a launch is still possible.(bytemaster的个人状态)
5) 这次发布的是阿尔法测试版本,而不是之前所期望的已经打磨很好的版本;

发布时可用的功能:
1) 创建你的ID
2) Keyhotee ID 挖矿
3) 基本的邮件和文字聊天
4) 为了测试系统,目前通过我们的服务器进行路由;

这次的发布将只面向我们阿尔法测试人员。(如何成为阿尔法测试人员,看这篇帖子https://bitsharestalk.org/index.php?topic=224.0)
这次面向阿尔法测试人员的发布比我们预计的11月17号晚了一个月。

其中的原因包括:
1) ProtoShares的发布、挖矿以及矿池的开发花了比预计较多的时间;
2) 开发时间的估计是基于开发人员对代码十分熟悉的基础上的,但是之后Keyhotee的开发被交给了一个新团队;
3) 新团队花了一些时间在熟悉开发节奏和相关代码上;

以上内容是12月17号更新的,注意以下内容

谢谢lib,
一小时前的最新更新,alpha测试版会在几个小时内放出来:
https://bitsharestalk.org/index.php?topic=1433.msg22446#msg22446

但是功能应该远没有上贴提到的多,可能仅限于注册了founder ID的用户来注册ID。拭目以待~


is the alpha version only for the keyhotee founder to generate the public key? can the non-founder mine the keyhotee id?

No mining of IDs, but you can create IDs and share your public keys to send emails bitmessage style.   We are working out one last minute bug we discovered.

The primary purpose of this release is registration of Founder IDs and as a preview of what is coming.  This is very alpha software and that means we KNOW there are a lot of rough edges and bugs.  Founders will have until we resolve known bugs to register their ID.  We will attempt to release regular updates as this progresses.

lib翻译:
此次发布没有ID挖矿,但是你可以创建自己的ID,并向别人发送mail(类似bitmessage)。我们正在修改最后的bug。

此次发布的主要目的是为了Founder ID的注册,同时作为接下来版本的一个预览(as a preview of what is coming)。这次发布的是个初期的版本,肯定会有不少粗糙和有bug的地方。Founders可以在我们解决了所有已知bug之后进行注册。我们会逐步的发布更新版本。

4
中文 (Chinese) / [翻译贴]BitShares X 状态更新[7.13更新]
« on: January 03, 2014, 05:25:01 pm »
(最新状态由本版网友共同整理翻译,本帖会把最新的动态放到主贴里头方便大家查看,版权属于翻译的网友 :D)

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种资产的交易;

8) 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。而且我们也正在迅速的加快这个进程。

Pages: [1]