BitShares Forum
Main => 中文 (Chinese) => Topic started by: lib 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。而且我们也正在迅速的加快这个进程。
-
Good Job!
有一点可能需要进一步说明一下，（5）和（6）讲到初始BTS的分配问题。 如果BTS推出的时候，PTS还没有挖完，AGS还没有分配完（200天内），那么PTS和AGS各自分配的BTS数量应该会不同。 在分配完初始BTS之后，之后挖出来的PTS和兑换的AGS，会怎么处理呢？ PTS还好说，继续市场上单独交易。但是AGS呢？ 这个不能交易吧。
按照我个人的理解，大概率是等BTS出来的时候是200天之后了，那时PTS已经挖光，AGS也早已分配完毕 :)
-
Good Job!
有一点可能需要进一步说明一下，（5）和（6）讲到初始BTS的分配问题。 如果BTS推出的时候，PTS还没有挖完，AGS还没有分配完（200天内），那么PTS和AGS各自分配的BTS数量应该会不同。 在分配完初始BTS之后，之后挖出来的PTS和兑换的AGS，会怎么处理呢？ PTS还好说，继续市场上单独交易。但是AGS呢？ 这个不能交易吧。
按照我个人的理解，大概率是等BTS出来的时候是200天之后了，那时PTS已经挖光，AGS也早已分配完毕 :)
1、PTS预定的是两年之内挖完。
2、根据官方的信息http://invictus-innovations.com/social-concensus，我的理解，如果BTS在200天之内发布，那么AGS会在BTS发布之后的DACs中(比如之后的LuckyShares)继续占有10%的份额。
-
Good Job!
有一点可能需要进一步说明一下，（5）和（6）讲到初始BTS的分配问题。 如果BTS推出的时候，PTS还没有挖完，AGS还没有分配完（200天内），那么PTS和AGS各自分配的BTS数量应该会不同。 在分配完初始BTS之后，之后挖出来的PTS和兑换的AGS，会怎么处理呢？ PTS还好说，继续市场上单独交易。但是AGS呢？ 这个不能交易吧。
按照我个人的理解，大概率是等BTS出来的时候是200天之后了，那时PTS已经挖光，AGS也早已分配完毕 :)
如果BTS推出时AGS还没有分配完，也就是200天内，AGS持有者会按比例获得BTS. 同样的道理用在PTS, 所以无论BTS发布时候存在多少PTS或者AGS, 50%的BTS按比例分给PTS持有者，50%按比例分给AGS持有者。下面是bytemaster举的例子：
https://bitsharestalk.org/index.php?topic=1631.msg21427#msg21427
这里有个typo, BTC他是想说BTS. AGS不可交易，所以价值比PTS低。
-
除了BTS，以后3i的DAC是不是有可能AGS分享的比PTS分享的红利高呢？
我看亲王翻译的
对于所有Invictus资助的DAC：
在启动时，至少分配10%的股份给予ProtoShares的持有者。
在启动时，至少分配10%的股份给予AngelShares的持有者。
两个都是至少，没有定值。那么以后为了AGS股东的利益，3I开发的DAC肯定会倾斜AGS多点吧！
-
除了BTS，以后3i的DAC是不是有可能AGS分享的比PTS分享的红利高呢？
我看亲王翻译的
对于所有Invictus资助的DAC：
在启动时，至少分配10%的股份给予ProtoShares的持有者。
在启动时，至少分配10%的股份给予AngelShares的持有者。
两个都是至少，没有定值。那么以后为了AGS股东的利益，3I开发的DAC肯定会倾斜AGS多点吧！
二者地位是一样的，如果不一样，那么PTS的持有者肯定不高兴了。 亲王说“至少”，意思是可能会更多，因为开发者自己有权决定，但10%是写在白皮书里的，不能少于这个。 但最终兑换时，AGS 和PTS的数量可能不一样，因为PTS可能没挖完，但是AGS都已经兑换出来了。
-
ripplexiaoshan的问题提的好，目前论坛上的回答都没有回答的很好啊。 我的理解是这样的：
1、BTS发布时，200W的AGS如果没有发行完，则把200W的BTS分给AGS的持有者，比如此时AGS只发行了100W，那么每个AGS获得2个BTS 。
2、而PTS的情况就有点复杂了，BTS发布时，200万的PTS应该是没有完全挖完的，那是不是把200W的BTS分给已经挖出来的这些PTS呢？如果这样的话，就没人愿意继续挖剩下的PTS了，应为BTS都分完了，即使挖出来PTS也分不到BTS了。
3、后续PTS没有人愿意挖矿的话，PTS的安全性怎么保证？PTS后续的运行机制是什么？应为基于工作量证明机制的PTS的运行是离不开矿工的挖矿的。
-
ripplexiaoshan的问题提的好，目前论坛上的回答都没有回答的很好啊。 我的理解是这样的：
1、BTS发布时，200W的AGS如果没有发行完，则把200W的BTS分给AGS的持有者，比如此时AGS只发行了100W，那么每个AGS获得2个BTS 。
2、而PTS的情况就有点复杂了，BTS发布时，200万的PTS应该是没有完全挖完的，那是不是把200W的BTS分给已经挖出来的这些PTS呢？如果这样的话，就没人愿意继续挖剩下的PTS了，应为BTS都分完了，即使挖出来PTS也分不到BTS了。
3、后续PTS没有人愿意挖矿的话，PTS的安全性怎么保证？PTS后续的运行机制是什么？应为基于工作量证明机制的PTS的运行是离不开矿工的挖矿的。
第一点没有疑问。
关于第二点，你的理解是对的。 至于剩下的PTS, 仍然是有价值的，也仍然会有人去挖的，因为 BTS只是3I的一个DAC而已，当然是目前最被看好的一个，但不妨碍之后可能会有更好的DAC，而到那时，PTS持有者还可以继续免费得到赠送，所以PTS仍然有价值。
第三点，参考第二点，一直会有人愿意挖矿的。但是矿都挖完之后会怎样，谁都不知道，因为现在还没有哪种币被挖完。BTC的说法，以后挖的矿都来自交易费。我想PTS也应该是一样。
-
ripplexiaoshan的问题提的好，目前论坛上的回答都没有回答的很好啊。 我的理解是这样的：
1、BTS发布时，200W的AGS如果没有发行完，则把200W的BTS分给AGS的持有者，比如此时AGS只发行了100W，那么每个AGS获得2个BTS 。
2、而PTS的情况就有点复杂了，BTS发布时，200万的PTS应该是没有完全挖完的，那是不是把200W的BTS分给已经挖出来的这些PTS呢？如果这样的话，就没人愿意继续挖剩下的PTS了，应为BTS都分完了，即使挖出来PTS也分不到BTS了。
3、后续PTS没有人愿意挖矿的话，PTS的安全性怎么保证？PTS后续的运行机制是什么？应为基于工作量证明机制的PTS的运行是离不开矿工的挖矿的。
第一点没有疑问。
关于第二点，你的理解是对的。 至于剩下的PTS, 仍然是有价值的，也仍然会有人去挖的，因为 BTS只是3I的一个DAC而已，当然是目前最被看好的一个，但不妨碍之后可能会有更好的DAC，而到那时，PTS持有者还可以继续免费得到赠送，所以PTS仍然有价值。
第三点，参考第二点，一直会有人愿意挖矿的。但是矿都挖完之后会怎样，谁都不知道，因为现在还没有哪种币被挖完。BTC的说法，以后挖的矿都来自交易费。我想PTS也应该是一样。
+1
长远来看，所有遵循SCSL(https://bitsharestalk.org/index.php?topic=1708.0)协议的DACs都会给PTS持有者10%的份额。
所以PTS一直是有价值的。
-
感谢ripplexiaoshan的解答，受益匪浅！
-
还有个问题：3I公司会不会把BTS的发布有意放到200天以后，因为这样可以保证AGS全部发行完，3I公司能获得最大的BTC和PTS收益？
-
还有个问题：3I公司会不会把BTS的发布有意放到200天以后，因为这样可以保证AGS全部发行完，3I公司能获得最大的BTC和PTS收益？
我觉得3I会希望尽快推出，这样市场上信心会大增，这样获得的长远收益会远大于AGS的融资的那点钱。 不过说实话，按照目前的进度的话，200天内推出BTS的概率不是太大，毕竟对于如此庞大又复杂的系统，半年多的时间是有点紧张的
-
还有个问题：3I公司会不会把BTS的发布有意放到200天以后，因为这样可以保证AGS全部发行完，3I公司能获得最大的BTC和PTS收益？
市场会自动调节。比如第150天时BTS还没有任何消息，那么投资者会慢慢减小投入；反之，如果第100天时3I准备发布BTS，那么投资者的投入会狂涨，可能投入的BTC&&PTS会更多——因为大家看到了3I的执行力和对大家权益的在乎。
总之，只要做到尽可能的公开、透明，市场会根据3I的表现进行投票。
-
我感觉之所以AGS定的200天，应该是有原因的，很可能这个就是3I的预计BTS推出时间
因为现在传的都是4月出来，但是实际上都是会晚一点，在他们没把握的情况下，所以定个200天（传言4月，要知道4.29也算是4月，为了保险再推一个月就是6个月，200天应该是3I觉得推出BTS的最迟时间）
-
嗯，楼上几位说的都有道理。我再补充一点吧：如果在这200天里面，市场上出现了和bitshares类似的东西，抢占市场了先机，bitshares的价值是会打折扣的，因此我认为bitshares的研发是刻不容缓的。现在问题的关键是bitshares的研发状态怎么样，目前它的总体设计架构是否清晰？有没有足够的高水平研发人员保证bitshares研发的顺利进行？
-
嗯，楼上几位说的都有道理。我再补充一点吧：如果在这200天里面，市场上出现了和bitshares类似的东西，抢占市场了先机，bitshares的价值是会打折扣的，因此我认为bitshares的研发是刻不容缓的。现在问题的关键是bitshares的研发状态怎么样，目前它的总体设计架构是否清晰？有没有足够的高水平研发人员保证bitshares研发的顺利进行？
1、研发状态，如果懂一些编程的话，可以从这里获取到最新的开发状态：https://github.com/InvictusInnovations
可以看到，BitShares和Keyhotee最近的一次更新都是3小时之前。
2、总体设计架构，如果这个总体架构意思是指采用的整体思路上，可以看主贴里的信息；如果是指软件的架构设计，那鉴于这是一个全新的东西，我想还是需要靠开发者自己的能力来把握；
3、研发人员的信息，可以通过这里了解：http://invictus-innovations.com/home-2/
bytemaster今天发布了一个帖子，里头有开发人员的相关信息：https://bitsharestalk.org/index.php?topic=1939
另外，通过AGS筹集到的资金也都会用于DAC的开发，加上3I的理念，希望能吸引到不少有能力的开发者。
-
BitShares的开发有新进展，主贴会及时更新。
-
I will have a working command line alpha wallet + blockchain algorithm this month. I just checked in code that generates bids and short positions as well as transfers and builds a block chain. I have to implement the bid/ask matching engine which I will have roughed in this week. Now that I am focused entirely on this I hope to make rapid progress and will report in to this thread every day with my progress.
这个月我会完成一个测试版本的支持“钱包和区块功能“的命令行工具。我刚提交了生成买单和卖单，以及支付、生成区块链的代码。然后我会实现撮合算法引擎，本周就会完成一个简单的算法。现在我正集中所有精力做这些，希望能加快进度，并且我会每天更新进展的。
In tonights update I am pleased to announce that the blockchain has created its first BitUSD after pairing a short and long. You can view the debug output to see how the transactions were structured here: http://the-iland.net/static/chain.html
Next up on the agenda is to enable the destruction of the BitUSD that was just created by covering the position.
More updates in the days ahead.
今晚，我很高兴的宣布，经过配对多头和空头，区块链上已经创建出了第一个BitUSD资产。你可以通过这里的调试信息看看交易是怎么产生的： http://the-iland.net/static/chain.html
接下来的计划是允许通过回购销毁BitUSD资产
这几天会有更多的更新
-
速度惊人啊
-
看来他闭关卓尔有效。
-
除了BTS，以后3i的DAC是不是有可能AGS分享的比PTS分享的红利高呢？
我看亲王翻译的
对于所有Invictus资助的DAC：
在启动时，至少分配10%的股份给予ProtoShares的持有者。
在启动时，至少分配10%的股份给予AngelShares的持有者。
两个都是至少，没有定值。那么以后为了AGS股东的利益，3I开发的DAC肯定会倾斜AGS多点吧！
二者地位是一样的，如果不一样，那么PTS的持有者肯定不高兴了。 亲王说“至少”，意思是可能会更多，因为开发者自己有权决定，但10%是写在白皮书里的，不能少于这个。 但最终兑换时，AGS 和PTS的数量可能不一样，因为PTS可能没挖完，但是AGS都已经兑换出来了。
但3I每月可以通过 AGS 融资300万刀， 如果是研发BTS 根本就没有用完的话 ，那以后的AGS是不是可以占 多余 10%了，这个不清楚， 但现在3I可以会持有不好PTS，不知道3I 怎么分配这个关系
-
成绩喜人啊
-
但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%。
-
给力啊。出 alpha 之前 bytemaster 不要出关了，哈哈。
-
这是大家的呼声也是他自己想要的，但是每天有太多的问题需要回答。所以现在有每天10PTS的奖励给在论坛活跃回答基本技术问题的id，英文好的同学可以积极参与
https://bitsharestalk.org/index.php?topic=1894.0
-
成绩喜人
-
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，应该可以在明天将修正的代码提交。
总之我一直在慢慢的增加通过的测试用例的个数，进展稳定。
-
谢谢翻译
-
但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,是这样吗,
-
首先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每月可以通过 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,是这样吗,
恩
-
首先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捐献的钱贡献的
-
3I会出一个代码的使用许可文件, 应该是任何使用BTS代码的第三方开发者都应该AGS 10%的份额,如果3I现在没有任何其他收入的话, 那所有BTS的代码都是靠AGS捐献的钱贡献的
[/quote]赞同！
-
又有更新了，我也贡献一点。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!
欢迎补充。
-
又有更新了，我也贡献一点。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位的小数问题是非常有趣的！
-
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说得对，我疏忽了 :D。
-
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是对上面那个贴建议使用符号计算或有理数数据结构来精确保存有理数，从而彻底解决误差问题的回复。
-
希望能在今年9月份之前看到bitshares的发布
-
希望能在今年9月份之前看到bitshares的发布
今天bytemaster更新了BitShares的最小可用版本还需要做的事情(https://bitsharestalk.org/index.php?topic=1890.msg28162#msg28162)
1、清理命令行界面，消除一些控制台SPAM；
2、增加市场数据的显示(订单和当前价格)；
3、增加自动追缴保证金功能；
4、完成客户端/服务器模式的网络通信；
5、增加因空/多仓位引起的利息计算；
6、增加因持有BTS获得红利的计算；
7、集成PTS&BTC钱包的导入工具；
8、初始化创世区块链(Initialize genesis block and validate I can spend AGS and PTS balances.)
-
照这个进度2月底能出mvp啊
希望能在今年9月份之前看到bitshares的发布
今天bytemaster更新了BitShares的最小可用版本还需要做的事情(https://bitsharestalk.org/index.php?topic=1890.msg28162#msg28162)
1、清理命令行界面，消除一些控制台SPAM；
2、增加市场数据的显示(订单和当前价格)；
3、增加自动追缴保证金功能；
4、完成客户端/服务器模式的网络通信；
5、增加因空/多仓位引起的利息计算；
6、增加因持有BTS获得红利的计算；
7、集成PTS&BTC钱包的导入工具；
8、初始化创世区块链(Initialize genesis block and validate I can spend AGS and PTS balances.)
-
看来目前进展积极。希望如此，否则四五月推出正式版无望。呵呵。
照这个进度2月底能出mvp啊
希望能在今年9月份之前看到bitshares的发布
今天bytemaster更新了BitShares的最小可用版本还需要做的事情(https://bitsharestalk.org/index.php?topic=1890.msg28162#msg28162)
1、清理命令行界面，消除一些控制台SPAM；
2、增加市场数据的显示(订单和当前价格)；
3、增加自动追缴保证金功能；
4、完成客户端/服务器模式的网络通信；
5、增加因空/多仓位引起的利息计算；
6、增加因持有BTS获得红利的计算；
7、集成PTS&BTC钱包的导入工具；
8、初始化创世区块链(Initialize genesis block and validate I can spend AGS and PTS balances.)
-
支持
-
编译后，windows下可以通过运行
bts_wallet.exe 2>ilog.txt
测试，重定向标准错误到文件可以避免命令行界面被日志打乱。
-
bts都这进度了，不怕竞争对手了
退一万步，pos失败了，随便架个momentum pow 立马上。
啥pos又好了？改回pos。
Sent from my iPhone using Tapatalk
-
编辑：去重
-
谢谢更新。
-
进度不错！
Sent from my iPhone using Tapatalk
-
POS 实现得差不多了。
共识机制要等到 MVP 之后了。
在启动正式版之前，我们将启动一个测试网络，用悬赏的方式收集 bug 反馈。所以这个 TODO 列表只是关于测试网络上的 MVP 的。
-- bytemaster
-
今天我改善了命令行界面的可用性，卓有成效，并在过程中解决了很多 bug。四舍五入问题和精度问题仍时不时地蹦出来，在一些特定的奇异的价格上。所以我花了些额外时间对付四舍五入问题。
-- bytemaster
-
非常感谢楼主提供的资料 ;)
-
今天我设法实现基本的 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 捐赠状态的主张。
-- bytemaster
-
这段话的意思就是，比特股在2014年发布基本上是没有戏了。如果大家等急了可以不来捐赠。。。。。。
-
这段话的意思就是，比特股在2014年发布基本上是没有戏了。如果大家等急了可以不来捐赠。。。。。。
bts发布之后，ags的捐赠就冻结了，如果bts发布得早，ags显然会获得更多的bts，bts何时发布，这直接影响ags投资者的决策。
这句话的意思应该是说，bts发布的时间——也就是ags冻结的时间，你们自己判断。
-
辛苦了。。
-
谢更。
-
必看，常看！
-
BitShares的alpha测试已经开始，如果你能够自行编译出可执行文件，可以到这里(https://bitsharestalk.org/index.php?topic=1890.0)跟帖，bytemaster会发给你测试用的BTS。
当然，如果你把地址贴在下面的话，我也会给你发一些，数量不多，一起玩玩 ;D
-
希望能一炮打响
所以出来之前的测试太重要了，我是不懂没法参与了，希望懂行的朋友们多多找碴 :P
-
希望能一炮打响
所以出来之前的测试太重要了，我是不懂没法参与了，希望懂行的朋友们多多找碴 :P
bytemaster 说 大概二月一号左右的时候会放出 alpha 测试客户端全民参与～
-
怎么又提前了不是说在2月28号才放出吗？
-
怎么又提前了不是说在2月28号才放出吗？
2 月 28 号是比较完整的。二月一号这个是非常粗糙的。二月一号这个也有可能被取消，专注于二月二十八号版本。
-
恩，改2/28了希望就不只是mvp。
怎么又提前了不是说在2月28号才放出吗？
2 月 28 号是比较完整的。二月一号这个是非常粗糙的。二月一号这个也有可能被取消，专注于二月二十八号版本。
-
在哪里说的啊
希望能一炮打响
所以出来之前的测试太重要了，我是不懂没法参与了，希望懂行的朋友们多多找碴 :P
bytemaster 说 大概二月一号左右的时候会放出 alpha 测试客户端全民参与～
-
在哪里说的啊
希望能一炮打响
所以出来之前的测试太重要了，我是不懂没法参与了，希望懂行的朋友们多多找碴 :P
bytemaster 说 大概二月一号左右的时候会放出 alpha 测试客户端全民参与～
同求2月1号左右会放出alpha测试客户端消息的地址。
我看到的是这个：https://bitsharestalk.org/index.php?topic=2591 二月底会放出一个完成了基本特性的版本。
到时候会使用当时的捐赠的BTC和PTS快照生成测试用的BTS。
-
:D :D :D :D :D
-
BitShares is being interviewed today by The Scientist magazine about DAC's (Decentralized Autonomous Companies).
-
by今天更新了很多内容
-
小版假期归来，满血复活！最新的BTS状态更新！ +5% :D
-
POS挖矿的大部分代码已经完成 +5% 冲冲冲！
-
好消息
-
二月 16, 2014, 06:29:36 上午 (https://bitsharestalk.org/index.php?topic=1890.msg36884#msg36884)
今天我花了一些时间在钱包安全性和健壮性的细节上，这些工作目前并没有完成，但是我可以总结一些修改：
1) 地址簿里用于发送和接收的地址现在可以打标签；
2) wallet.bts文件(包括地址簿信息)可以独立于私钥进行加密；
3) 私钥保持为加密存储；
4) 在控制台输入密码的时候不会明文显示出来；
5) 增强了交易跟踪能力，以便于我们展示更加多样化的历史交易信息；
目前github上的代码可以编译，但是还不包含全部的功能。我会在明天完成这些工作。
-
楼主能否更新下BitShares X Product Roadmap - AGS/PTS Snapshots and More!https://bitsharestalk.org/index.php?topic=2940.msg36883;topicseen#msg36883
-
楼主能否更新下BitShares X Product Roadmap - AGS/PTS Snapshots and More!https://bitsharestalk.org/index.php?topic=2940.msg36883;topicseen#msg36883
没问题。晚点时候我会更新一份上来，也欢迎论坛各位大拿翻译下最新的AGS和PTS快照相关讨论 ;D
-
楼主能否更新下BitShares X Product Roadmap - AGS/PTS Snapshots and More!https://bitsharestalk.org/index.php?topic=2940.msg36883;topicseen#msg36883
请关注这个帖子：https://bitsharestalk.org/index.php?topic=2942.0
-
其实每个周就为这个贴活着了，thank you大神们，上帝与你们同在 :D :D +5%
-
我對於經濟的專有名詞不熟 所以這部份是查網路的
請大家作參考:
=================================================================
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的問題
0218 (https://bitsharestalk.org/index.php?topic=1890.msg37588#msg37588)
今天忙於處理其他事物
明天將召開全公司會議,
討論關於學習並實踐David Allen所提的GTD相關技巧
(http://www.swissviet.com/Getting_Things_Done.pdf )
我們的工作負擔是我有生以來最重,
所以我將會尋求將我們的生產力以及專注力生產線化
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持有者的風險就會大大降低
0221 (https://bitsharestalk.org/index.php?topic=1890.msg38633#msg38633)
今天我做了一些重大的進展:
1. 現在我可以追蹤價格的歷史並使用戶可以經由API查尋資訊來作K線圖
2. 整合了從bitcoin-qt當中載入錢包的API
3. 整合了掃描區塊鏈
明天我將測試這些特性並準備下一輪的測試來匯入你的bitcoin-qt/protoshares-qt錢包
以及近期產生的創始區塊.
我也想要探索alt所提到的攻擊方式
0222 (https://bitsharestalk.org/index.php?topic=1890.msg38966#msg38966)
今天我修正了一些關於匯入bitcoin錢包的臭蟲
並增加了匯入錢包以及查詢價格歷史的RPC呼叫
我拍攝了我的首個video blog, 將在不久後編輯發布,
提出關於將來的DACs以及即將到來的快照
0224 (https://bitsharestalk.org/index.php?topic=1890.msg39693#msg39693)
過去幾天我用在思索關於軟體的漏洞並設計解決方案
這需要在程式碼上作以下變更:
1. 將初始保證金增加為10x, 這將會下降系統中的資金槓桿, 所以就不太可能會因為逼空使的空頭頭寸破裂
2. 追蹤市場深度並限制每個區塊中的交易所佔的比例. 這將會避免大戶將價格炒的太高
3. 在首次交易前及要求相當的市場深度
4. 找方法測試以上的項目
0227 (https://bitsharestalk.org/index.php?topic=1890.msg40688#msg40688)
我想更新一下我們的GUI的開發進度
我們正在和一位聰明的開發者Nathan合作
他已經弄出來一些BTS錢包的基本GUI
還有一些工作要完成, 但是目前的進度仍然是相當可觀的
這並不是我會設計的界面, 但是這仍然是從命令界面更進一步了
我們稍後將持續改進它
https://bitsharestalk.org/index.php?topic=1890.msg41156#msg41156
0228
我確認了一些漏洞的修正以及以下事項:
1. 從快照中初始化創世區塊鏈
2. 從我的bitcoin錢包當中收取AGS & PTS
3. 從AGS & PTS餘額當中轉帳
我有一個待辦事項的清單需要完成.
一些在這個討論串當中
還有在令一個關於攻擊的討論串當中所提到的待辦事項
造成了項目延後.
包含了:
1. 強化最小市場深度
2. 將初始保證金增加為10x
3. 修復載入錢包錯誤時會把錢包內容刪除的臭蟲
4. 在不要求增資的情況下補倉
0301 (https://bitsharestalk.org/index.php?topic=1890.msg41559#msg41559)
我實現了會在執行任何自動化的訂單配對之前確認市場深度
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)
0304 (https://bitsharestalk.org/index.php?topic=1890.msg42586#msg42586)
由於必須參加德州的研討會因此本週的更新會延遲
-
很感谢及时翻译
-
感谢麥可貓更新。 +5%
-
我對於經濟的專有名詞不熟 所以這部份是查網路的
請大家作參考:
=================================================================
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的問題
0218 (https://bitsharestalk.org/index.php?topic=1890.msg37588#msg37588)
今天忙於處理其他事物
明天將召開全公司會議,
討論關於學習並實踐David Allen所提的GTD相關技巧
(http://www.swissviet.com/Getting_Things_Done.pdf )
我們的工作負擔是我有生以來最重,
所以我將會尋求將我們的生產力以及專注力生產線化
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持有者的風險就會大大降低
0221 (https://bitsharestalk.org/index.php?topic=1890.msg38633#msg38633)
今天我做了一些重大的進展:
1. 現在我可以追蹤價格的歷史並使用戶可以經由API查尋資訊來作K線圖
2. 整合了從bitcoin-qt當中載入錢包的API
3. 整合了掃描區塊鏈
明天我將測試這些特性並準備下一輪的測試來匯入你的bitcoin-qt/protoshares-qt錢包
以及近期產生的創始區塊.
我也想要探索alt所提到的攻擊方式
0222 (https://bitsharestalk.org/index.php?topic=1890.msg38966#msg38966)
今天我修正了一些關於匯入bitcoin錢包的臭蟲
並增加了匯入錢包以及查詢價格歷史的RPC呼叫
我拍攝了我的首個video blog, 將在不久後編輯發布,
提出關於將來的DACs以及即將到來的快照
0224 (https://bitsharestalk.org/index.php?topic=1890.msg39693#msg39693)
過去幾天我用在思索關於軟體的漏洞並設計解決方案
這需要在程式碼上作以下變更:
1. 將初始保證金增加為10x, 這將會下降系統中的資金槓桿, 所以就不太可能會因為逼空使的空頭頭寸破裂
2. 追蹤市場深度並限制每個區塊中的交易所佔的比例. 這將會避免大戶將價格炒的太高
3. 在首次交易前及要求相當的市場深度
4. 找方法測試以上的項目
0227 (https://bitsharestalk.org/index.php?topic=1890.msg40688#msg40688)
我想更新一下我們的GUI的開發進度
我們正在和一位聰明的開發者Nathan合作
他已經弄出來一些BTS錢包的基本GUI
還有一些工作要完成, 但是目前的進度仍然是相當可觀的
這並不是我會設計的界面, 但是這仍然是從命令界面更進一步了
我們稍後將持續改進它
https://bitsharestalk.org/index.php?topic=1890.msg41156#msg41156
0228
我確認了一些漏洞的修正以及以下事項:
1. 從快照中初始化創世區塊鏈
2. 從我的bitcoin錢包當中收取AGS & PTS
3. 從AGS & PTS餘額當中轉帳
我有一個待辦事項的清單需要完成.
一些在這個討論串當中
還有在令一個關於攻擊的討論串當中所提到的待辦事項
造成了項目延後.
包含了:
1. 強化最小市場深度
2. 將初始保證金增加為10x
3. 修復載入錢包錯誤時會把錢包內容刪除的臭蟲
4. 在不要求增資的情況下補倉
0301 (https://bitsharestalk.org/index.php?topic=1890.msg41559#msg41559)
我實現了會在執行任何自動化的訂單配對之前確認市場深度
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)
0304 (https://bitsharestalk.org/index.php?topic=1890.msg42586#msg42586)
由於必須參加德州的研討會因此本週的更新會延遲
顶顶顶顶！！！！ +5% +5%
请允许我放到主贴内 :D
-
0304 (https://bitsharestalk.org/index.php?topic=1890.msg42722#msg42722)
關於要招募更多傑出人才到團隊裡面乙事...
我們有來自google的資深工程師來求職
另一方面
一些正在我們這裡工作或是我們徵在爭取的人士
也都收到了來自於google開出的價碼
不幸地是, 我們所找的人除了必須具有適當的職能之外
還必須要能夠在此時此刻願意承擔風險
我們已經提高了報價來爭取在bitcoin有數年經驗並找到許多重大安全臭蟲的人士
我們的困難在於
那些已經具備開發區塊鏈的能力而不需要再培訓的人們
已經投入到他們的山寨幣的開發當中
而他們對於自己的小型計畫的興趣要比對於我們所提供的高薪職位的興趣高的多
經常地他們也有更優先的事情
(諸如學校, 工作, 小孩等等)
所以他們必須要等到幾周或是幾個月之後才能夠投入到我們的工作
對於一間公司來說
填補一些需要寫程式碼的職缺
經常是要花費幾個月或甚至超過一年的
-
多谢楼上麦可猫的长期跟进
我打算把你的内容发到微博上，让更多不上论坛的BTS爱好者们能看到 :P
-
现在进展怎么样了？
-
連結是我的引用出處
================================
0311 (https://bitsharestalk.org/index.php?topic=1890.msg44411#msg44411)
過去幾天我花在改進程式碼的內部結構,
同時也在準備一個更健全的環境來做單元測試 (http://zh.wikipedia.org/wiki/%E5%8D%95%E5%85%83%E6%B5%8B%E8%AF%95)
-
0311 (https://bitsharestalk.org/index.php?topic=1890.msg44411#msg44411)
過去幾天我花在改進程式碼的內部結構,
同時也在準備一個更健全的環境來做單元測試 (http://zh.wikipedia.org/wiki/%E5%8D%95%E5%85%83%E6%B5%8B%E8%AF%95)
还带wiki的，赞
-
0313 (https://bitsharestalk.org/index.php?topic=1890.msg44769#msg44769)
我正在跟toast並肩奮戰
我們有了很好的進展
但是目前看來達不到預期目標
未來幾天我們將會有更詳細的進度更新以及報告
最近討論到的攻擊方式(Monopoly BitUSD attack (https://bitsharestalk.org/index.php?topic=3130.msg44656#msg44656))
讓我們得重新考慮10x抵押金的方案
-
https://bitsharestalk.org/index.php?topic=1890.msg45173#msg45173
时间不太够，快速翻译了一下，欢迎补充或指正。
1. 制定了充足的测试计划。启动BTS XT的准备过程让BM意识到不可能一下子测试到所有的东西。
2. BTS XT不重置（回滚）是首要目标。
3. 最开始的测试将不包含比特资产，仅测试关于P2P网络的代码和TaPOS。BTS XT钱包会提供跟比特币JSON-RPC API尽可能类似的API接口， 交易所能比较容易调用。
4. 如果这次测试成功了，这条测试链将会作为以后添加比特资产的BTS XT版本的快照。
5. 最近关于BTS X攻击的讨论让BM意识到要做以下的思考或改变：
a.仔细评估初始保证金。10倍太多，2倍太少。
b.仔细评估维持保证金。太高的话对空头不利，太低的话可能在逼空行情中失去所有保证金。
c.更稳健的，能以价格点附近的仓量来衡量市场深度的算法。
d.考虑加入断路机制，在价格快速地剧烈波动时暂定交易。
6. 有可能会先推出Bitshares ME(用新的AGS/PTS快照), 以测试买/卖系统，然后再在BTS XT里加入多/空机制。
7.已经推掉了其他活动，专心开发。
8.这星期BM跟toast（toast是论坛活跃分子，卡内基梅隆大学计算机专业学生，现在放春假，跑去BM那里了） 一起工作，手把手教他如何扩展用以实施Bitshares DNS的Bitshares 工具包。
-
哇.toast原来是卡内基梅隆大学的阿。计算机专业冠绝全球牛逼阿。
從我的 用 iPhone 發送
-
哇.toast原来是卡内基梅隆大学的阿。计算机专业冠绝全球牛逼阿。
從我的 用 iPhone 發送
是，他自己说的，应该不会假的吧， :D :D :D
https://bitsharestalk.org/index.php?topic=3420.msg43009#msg43009
-
进展ok
-
0318 BitShares XT進度更新 (https://bitsharestalk.org/index.php?topic=1890.msg46568#msg46568)
目前我已經完成挖礦, 充值, 驗證的單元測試
我還需要和實作p2p程式碼的開發者確認
以下是在XTS上路之前還需要完成的事項
1. 整合p2p程式碼
2. 升級RPC介面來儘可能地接近於bitcoin的介面
同時將其抽象化來方便將來BitShares DNS / ME / Lotto可以很容易地新增方案
3. 升級指令介面並使其可擴充來讓BitShares DNS / ME / Lotto使用
並新增一些指令
4. 實作一個大規模的模擬,
包含了1000個錢包, 內有隨機的餘額
來做互相之間隨機轉帳並同時模擬挖礦
目標: 測試CPU使用率
驗證區塊鏈可以運行超過一年而不需由於缺少幣齡而延遲
驗證未支出的餘額能夠在一年後正確的賦予費用(5%)
5. 整合p2p程式碼同時做大規模的模擬以及真正的挖礦
確認網絡延遲並不會影響模擬中的行為
找出網絡的臭蟲
確認效能
有許多工作要做, 但是事情正穩定地進展
-
谢谢翻译
-
0318 BitShares XT進度更新 (https://bitsharestalk.org/index.php?topic=1890.msg46568#msg46568)
目前我已經完成挖礦, 充值, 驗證的單元測試
我還需要和實作p2p程式碼的開發者確認
以下是在XTS上路之前還需要完成的事項
1. 整合p2p程式碼
2. 升級RPC介面來儘可能地接近於bitcoin的介面
同時將其抽象化來方便將來BitShares DNS / ME / Lotto可以很容易地新增方案
3. 升級指令介面並使其可擴充來讓BitShares DNS / ME / Lotto使用
並新增一些指令
4. 實作一個大規模的模擬,
包含了1000個錢包, 內有隨機的餘額
來做互相之間隨機轉帳並同時模擬挖礦
目標: 測試CPU使用率
驗證區塊鏈可以運行超過一年而不需由於缺少幣齡而延遲
驗證未支出的餘額能夠在一年後正確的賦予費用(5%)
5. 整合p2p程式碼同時做大規模的模擬以及真正的挖礦
確認網絡延遲並不會影響模擬中的行為
找出網絡的臭蟲
確認效能
有許多工作要做, 但是事情正穩定地進展
越来越近了 :P
-
0324 BitShares X開發進度更新 2.0 (https://bitsharestalk.org/index.php?topic=3812.msg47872#msg47872)
在眾所期盼之下
我開啟了這個新的討論串來幫助大家追蹤BitShares X開發進度.
此時此刻BitShares X的快照已經完成 (Feb 28th, 2014)
而我正在努力做出區塊鏈使快照的股份可流通
並測試TaPOS系統
以下是在快照之後延遲發佈的原因的速覽:
1. 許多操弄市場的攻擊方式被發現
因而需要更多防禦性的措施，諸如:
- 基於市場深度來決定何時可以啟始交易的演算法必須要實做出來
- 單一區塊所能接受的價格變動也有待實做
2. 我們需要在任何BitAsset 當中支付費用的能力
這十分重要但仍付之闕如
3. 在基礎版本當中應具備用放空的保證金來彌補空頭頭寸
而當著力於這些工作的同時
我們也決定要階段性地測試整個系統
並隨時間擴充功能
我們決定要重構程式碼以使其能夠同時被用來開發新的DACs
(感謝Toast以及HackFisher)
重構的工作使得我們付出了延遲幾周發佈的代價
但是卻增加了整體的生產力
成效已經浮現了
因此我們認為這是明智之舉
我將會在這裡持續更新Bitshares X的進展
這個討論串會被鎖定
第三方不能在此回覆
如果你有任何想要討論或回饋的
請移步舊的開發進度更新討論串:
https://bitsharestalk.org/index.php?topic=1890.0
-
0328 BitShares X狀態更新2.0 (https://bitsharestalk.org/index.php?topic=3812.msg48612#msg48612)
今天我在區塊鏈的安全模式上面有了重要的領悟
因此找到了方法來完全繞過了挖礦.
我已經將我的想法放在以下討論串:
https://bitsharestalk.org/index.php?topic=3865.0
原則上區塊鏈的產出可以完全托付給受託人 (http://wiki.mbalib.com/wiki/%E4%BF%A1%E6%89%98%E5%8F%97%E6%89%98%E4%BA%BA),
安全性則是經由TaPOS機制達成
而如果受託人產出了單獨的替代區塊
或是在DoS攻擊 (http://zh.wikipedia.org/wiki/%E5%88%86%E6%95%A3%E5%BC%8F%E9%98%BB%E6%96%B7%E6%9C%8D%E5%8B%99%E6%94%BB%E6%93%8A)當中拒絕有效的轉帳
則可以隨時被持股人投票否決
受託人是一個無報酬的職位
並且可以在Tor (http://zh.wikipedia.org/wiki/Tor)背後運作.
為了因應受託人背信的狀況,
DAC可以設置一系列的指令來達成快速的故障轉移
在這些改變之後
我們終於能夠有和Ripple一樣快速的驗證時間,
無需要再擔心區塊鏈分岔,
而能夠在必要時快速地處理受託人重置
因此,
作為受託人你不能雙重支付 (你一定會被抓然後炒魷魚)
作為受託人你也不能執行DoS攻擊,
你也一定會被抓然後炒魷魚
這對於BitShares X是特別有用的,
因為相較於比特幣,
在BitShares X當中對於區塊生成的攻擊很有可能會搞亂整個系統
區塊鏈分岔也會造成更多的苦痛
有了這些改變,
我就不需要再多寫一大堆可能會造成安全性疑慮的程式碼了.
初期的測試顯示出
除了使用者介面以及RPC更新之外
BitShares XT已經極為接近發佈
並讓228的快照得以流通
-
0402 BitShares X 狀態更新2.0 (https://bitsharestalk.org/index.php?topic=3812.msg49824#msg49824)
我已經就在NYC的報告投影片草稿發了文,
明天就會回到程式碼工作上面.
最近關於POW的開發工作,
使我們從單一的公證人/受託方決定改成由持股人選出的董事會,
進度令人欣喜,
給了我信心,
我相信BTS X將能夠和Ripple一樣快速,
同時更加安全, 以及真正的去中心化.
一路走來十分漫長,
我非常感謝論壇上的大家幫助我思考以及做出困難的設計決定.
對於BTS XT我將會保持單一公證人的模式,
並將在升級,
這樣一來XT的流通就不會延遲.
我仍然計劃在去NYC之前發佈先期測試,
然後在回來之後正式啟動XT.
我不希望在我旅行的時候有任何緊急狀況發生,
而無法即時反應.
-
谢谢翻译
-
谢谢麦可猫，好人。
-
比特币在中国的情况不容乐观，3I公司是这事件特大的机遇，商机啊，要在最需要的时候，准时上线，那能够达到高速的发展，现在中国情况一天比一天乱。希望3I公司快快发布软件，不然等到中国的平台都倒下去了，都没有意思了。我的BTS都是存放在平台中的，现在没发布钱包软件，又提不出来。
-
0404BitShares X 狀態更新2.0 (https://bitsharestalk.org/index.php?topic=3812.msg50417#msg50417)
今天我和Dan N. 以及Eric F. 見面，
他們展示了p2p程式碼能夠良好地運作.
他們會將這部分的成果和我的區塊鏈的成果整合.
我們正將Keyhotee團隊的目標調整為聚焦在BitShares XT 錢包的圖形介面.
隨後我們討論了關於代表制的POS (DPOS)，
我並將內容寫成白皮書如下:
http://107.170.30.182/security/delegated-proof-of-stake.php
-
一如既往的支持！
-
0411 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=1890.msg51511#msg51511)
(譯者按: 這是Bytemaster在舊的狀態更新
而不是在2.0的討論串當中的發文，
不過有提到一些進度以及回顧)
是的,
我上週釋出了一篇DPOS的白皮書,
現在我已經實作了很大一部份,
未來幾天將會加以測試.
決定一個安全模式,
使其能夠被徹底的了解以及證明它的安全性,
曾經是一個重大的挑戰.
大家可以追溯論壇上的討論,
過去曾有大約6次改版曾經被審議並發現有所不足...
讓我列出這個演進的過程:
1. 用Momentum算法挖礦...
很快就被否決了,
因為中心化以及無利可圖
2. 轉帳作為股權證明(TaPOS)白皮書(2013年11月28號),
挖礦難度隨股權調整.
這個方案的弱點是沒有決定誰來產生下一個區塊.
3. Ripple共識決 + TaPOS
是在1月到2月的邁阿密的比特幣大會時的概念,
但是在嘗試實作之後我們發現了一些破局的因素:
a. 唯一的節點清單只有受邀者才能進入,
並且也是一個需要信任的點.
b. 唯一的節點清單沒有備用機制
c. 對於頻寬的需求以及可延展性是個問題.
4. 退回到簡單的挖礦 + TaPOS以及許多TaPOS算式上面的變體.
所有的變體都受到許多潛在攻擊方式所苦,
並且需要許多確認.
這樣的方案變得太過複雜而無法分析. (2月到3月)
5. 單一的, 可以被開除的受託人機制...
整個過程太過需要手動,
但是另一方面是合理的.
6. 代表制的POS.
這個方案已經被檢視過,
並且被認為是去中心化的, 快速的, 安全且沒有模糊空間.
我們最終決定了這個方案.
期間我們發現了許多操弄市場的攻擊,
並找出了解決方案.
這些有待實作, 不過我想我們可以完成工作.
如你所見研發的道路總是不可預期,
特別是當你處在創新的最前端,
並且解決一路上發現的問題.
-
感谢麦克猫的辛苦和分享。 +5%
-
0414 BitShares 狀態更新2.0 (https://bitsharestalk.org/index.php?topic=3812.msg52388#msg52388)
我們正每日就這個部份趕工.
p2p程式碼正由Dan N和Eric進行整合.
我正編寫DPOS部份的程式碼.
-
0415 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=1890.msg52496#msg52496)
(譯者按: 這是Bytemaster在舊的狀態更新
而不是在2.0的討論串當中的發文，
不過有提到進度)
我已經把DPOS的演算法的細節彙整在這裡:
http://bitshares.org/documentation/group__dpos.html
如果你看到任何需要更正或是澄清的地方請告訴我,,,
上述網頁是經由以下的doxygen檔案產生:
https://github.com/BitShares/bitshares_toolkit/blob/master/libraries/blockchain/dpos.dox
至於何時...
(http://burneylawfirm.com/goodtime.png)
我和Eric正密切合作把p2p程式碼和區塊鏈以及DPOS整合,
我們已經有了很好的進展,
而上述連結展示了設計/演算法文件.
這份文件會作為我們的確認清單,
我們會逐項加以測試.
-
0415 BitShares X狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg52883#msg52883)
今天我的時間花在DPOS代表選票的追蹤上面.
選票現在會在代表之間傳遞,
當每次轉帳發生時, 錢包會隨機選擇一個代表.
這是一個暫時性的修正來讓選票在代表之間的負載平衡.
-
0416 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg53118#msg53118)
前進兩步， 後退一步...
1. 初始化了具有代表的創世區塊
2. 區塊鏈能夠偵測初始代表的餘額
3. 錢包能夠掃描並偵測帶有金鑰的代表
4. 錢包能夠列出代表
模擬以及單元測試顯示出一切運作良好，
除了偵測到一些會計上的小問題之外:
1. 由於轉帳費的關係，
未來的選票數總是會比過去的選票數少，
因此現有的代表總是會在選票上勝出， 無法被輪替.
這是一個問題.
和Stan談過之後， 他有了一個很棒的想法，
就是將選票以BIPS計算而不是股份數.
在白板上面的初算顯示這可以解決問題.
明天我將會更新這一部份.
-
BIPS这个单位我也觉得满不错的，
解决了一些的问题。
支持。
-
最新的想法还是存在多数派的问题，持有BIPS数量靠前的人总是会选上代表，这不是开始财力比拼了么。
-
新想法跟去中心化完全是悖论啊，只不过从算力中心化变成财力中心化。不知我理解的对不对
-
当然的了，大股东说了算，有问题吗？
新想法跟去中心化完全是悖论啊，只不过从算力中心化变成财力中心化。不知我理解的对不对
-
新想法跟去中心化完全是悖论啊，只不过从算力中心化变成财力中心化。不知我理解的对不对
不存在完全的去中心化的,那样效率得多低啊.
一个融合中心化的效率与去中心化的分布式的舞台才是我们追求的合理模式.
-
想想也是，如何让每个国人做主，局面一定很糟糕
-
0417 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg53422#msg53422)
今天我將選票修正為以百分比計量.
我更新了xt_server以在100位代表之間平均分配初始的選票,
並初始化了最開始的代表IDs.
我將比特資產的類型由128bit改回64bit...
這應該可以縮小轉帳資料的大小,
同時對於javascript開發者來說變得更簡單.
我也更新了從股份計算bips的程式碼,
並建立了以1聰的每個位元作為最小的轉帳費用.
明天我將確認錢包的程式碼關於報名要成為代表的部份,
並設定受信任的代表清單.
一旦計量問題確認無誤,
我將會把受託人的部份替換成目前的代表制度.
-
0420 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg53938#msg53938)
今天Eric花了許多功夫在多個客戶端的自動化測試.
為此他大大地改善了客戶端的JSON-RPC介面.
此外他產生了以下文件來寫下關於如何進行手動測試的部份:
http://bitshares.org/documentation/group__manual__testing.html
我將會檢驗這份文件並加以改良.
目前手動測試仍是使用受託人的制度來簽署區塊.
一旦我們確定所有代表的遴選程式碼已經穩固，
最終受託人將會被適當的代表取代.
因此目前的區塊鏈將會遴選代表，
但是不會給他們任何的簽署權力.
今天我更新了BTS位址的安全機制，
棄用128bit, 改用160bit，
並移除了二進制表示中的驗證碼.
這意味著增加安全性的同時卻不會造成區塊鏈臃腫.
我們仍然使用base58 (http://zh.wikipedia.org/wiki/Base58)表示的檢驗碼，
因此使用者產生的位址將會比以前長七個byte.
Eric正準備單元測試，
讓我們能夠同時測試客戶端/伺服器模式， p2p操作模式以及最終的代表制模式.
本週我們應該能夠在受託人制度下把p2p完全整合， 並完成測試.
那時我們將啟動區塊鏈，
並在代表們被選出之後， 同時系統運行正確的情況下，
刻意地進行硬分岔來將系統改為代表制.
當我們啟動區塊鏈並讓BTS XT流通，
請記得如果有臭蟲被發現， 我們可能會重置區塊鏈到快照的狀態...
因此不要賣掉你在XT的部位， 直到程式碼已經被徹底的檢驗過.
在這個測試期間我們將和諸多交易所合作來整合我們的後端常駐程式, 並列出BTS XT.
Dan, Eric和我目前正在同一個房間工作來加速開發並增進效率.
-
0422 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=1890.msg54444#msg54444)
關於RPC介面我已經有了一些重大更新:
1. HTTP基本認證已經支援， 因此與比特幣的相容已經更進一步.
2. 我已經在客戶端整合了一個基本的網頁伺服器，
這意味著我們很快可以使用jquery+RPC請求來給錢包建立一個網頁介面
今晚我將撰寫RPC介面的文件，
並提供一個概念證明的錢包網頁介面.
因此就不需要再使用指令介面了，
並且能夠從一開始就提供了更好的使用體驗.
更多更新陸續上桌.
-
0423 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg54802#msg54802)
今天我在網頁介面上取得了更多進展,
網頁介面現在可以支援登入來開啟並解密你的錢包.
它將會請求你的餘額並顯示你的用戶名稱.
這會讓你能夠在不同用戶名稱下實際上支援多個錢包.
一旦登入之後, 如果你確實已經連線, 你就可以"轉移"資金.
這並不漂亮, 但我推測這應該可以很快請諸位網頁的專家們解決.
所以, 以下是我請大家來幫助我在網頁介面的部份:
編輯在repository當中的HTDOCS,
來產生一個漂亮的介面來操縱RPC呼叫.
RPC呼叫稍後附上.
https://github.com/BitShares/bitshares_toolkit/tree/master/programs/bts_xt/htdocs
現有的程式碼已經能夠創建錢包以及登入.
但是仍然十分的貧乏, 需要再加入一大堆功能, 諸如:
驗證重新登入時密碼是某吻合...
驗證密碼的品質...
這些都可以在做出RPC呼叫之前
藉由瀏覽器裡的javascript來完成.
對於那些能夠自行閱讀程式碼的人來說你可以直接觀看RPC呼叫的部份:
https://github.com/BitShares/bitshares_toolkit/blob/master/libraries/rpc/rpc_server.cpp 從第632行開始
明天我們將會加入許多新的呼叫來滿足圖形介面所需要的每個特性.
要測試網頁介面你可以使用以下指令:
./bts_xt_client --data-dir clientc --trustee-address LEzgqiySszvp8VcZovD3tPh2jwHKWPmQD --server
要或取更多關於手動測試的資訊請見:
http://bitshares.org/documentation/group__manual__testing.html
-
谢谢，辛苦了 :)
-
0427 BitShares 狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg55376#msg55376)
過去幾日有了重大進展，
我們正快速邁向特性的完備.
1. 我已經可以使用網頁介面在錢包之間轉移資金
2. Nikita絕佳的大幅邁進已使得最初的網頁介面似模似樣.
3. 今天我實作了多重簽名， 跨鏈交易， 以及在證明簽署了無效區塊的情況下開除代表等等的支援.
4. 在我檢視程式碼的同時， 我也更新了說明區塊鏈驗證如何運作的文件，
因此大家現在可以在此閱讀這份演算法:
區塊驗證
http://bitshares.org/documentation/group__block__verification__algorithm.html
轉帳驗證
http://bitshares.org/documentation/group__transaction__verification__algorithm.html
我們已經十分辛勤來把RPC API作釋出前的收尾，
那樣一來其他人就可以基於此進行建設.
-
谢谢麦克猫的翻译
-
0501 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg56110#msg56110)
Eric已經在做一些很棒的測試，
內容是關於p2p程式碼以及驗證網路可連接性圖表.
作為測試的一部分我們產生了下圖:
(http://bitshares.org/assets/img/nodes_8-12.png)
測試網絡由50個節點組成，
每個節點都嘗試維持8個連線， 最高12個連線.
連線階段中也包含了許多模擬的停頓.
-
麦兄，辛苦了 +5% +5% +5% +5% +5%
-
谢谢麦可猫翻译，我已不问自取转载到我的博客，您不会介意吧？
-
谢谢麦可猫翻译，我已不问自取转载到我的博客，您不会介意吧？
沒問題 8)
我也是沒有問就翻譯了
雖然不能代表官方， 但就是給大家做個參考
-
谢谢麦可猫翻译，我已不问自取转载到我的博客，您不会介意吧？
沒問題 8)
我也是沒有問就翻譯了
雖然不能代表官方， 但就是給大家做個參考
:D :D :D +5% +5% +5%
-
0502 BitShares 狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg56269#msg56269)
我已經啟動了XT的測試網絡...
https://bitsharestalk.org/index.php?topic=4480.msg56265#msg56265
未來一週我將接受臭蟲回報並且發佈快速更新.
如果你是開發者請試用看看.
-
0509 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg57169#msg57169)
下圖是在比特股p2p網絡上展開的轉帳.
(http://bitshares.org/assets/img/p2p_transaction_propagation.png)
測試網絡由50個節點組成，
每個節點嘗試維持3至5個連線
(我們縮減了連結性(connectivity)來延長網絡裡節點之間的路徑).
本圖顯示出由node0發起的轉帳如何延伸到網絡上的其他節點.
虛線表示每個節點未使用的連線，
實心箭號則是由封包發送的真實路徑
(包含了傳輸時間(propagation time))
整個過程都是在單一一台電腦當中執行，
因此比較後面的連線會變慢是因為cpu對於區塊驗證的瓶頸，
而不是由於網絡傳播的延遲(network propagation delays).
-
谢谢麦可猫 +5%
-
+5% +5% +5%
谢谢麦可猫翻译，我已不问自取转载到我的博客，您不会介意吧？
沒問題 8)
我也是沒有問就翻譯了
雖然不能代表官方， 但就是給大家做個參考
:D :D :D +5% +5% +5%
-
看起来是很接地气的测试方式，希望btx健壮成长...
-
3I的大饼希望能够画下了啊！
-
0515 BitShares 狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg58018#msg58018)
就在今天我們達到了測試當中的重大里程碑:
1) 完全p2p網絡層
2) 完全由DPOS來產生區塊
3) 更新區塊鏈轉帳/資料庫結構
4) 更新手動測試指南:
http://bitshares.org/documentation/group__dpos__manual__testing.html
5) 更新錢包， 由level_db支援
我們將會有一些重新命名的更新來依循約定俗成，
並更新錢包帳戶追蹤，
這些大部分已經在branch的程式碼當中完成了，
只待一些調整便可納入master程式碼當中.
我們已經幾乎實作了在區塊鏈層次處理分岔的邏輯，
但是以下事項尚待完成:
1) 設計區塊鏈分岔的單元測試並修正過程中發現的臭蟲
2) 更新p2p網絡程式碼以在分岔存在下處理同步的問題
3) 產生單元測試用於p2p網絡程式碼分岔時同步
一旦上述變更到位,
我們將擁有理論上可以啟動並且完全去中心化的系統.
這個系統將會更加健壯，
並且比原先規劃的MVP有更多的後端功能.
我們在系統結構以及功能性已經有了長足進步.
-
终于要盼来了~ 8) 8) 8)
-
很好啊
-
这个分叉问题出解决方案了没有？
-
+5% +5% +5%
-
+5% +5% +5%
-
0515 BitShares 狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg58018#msg58018)
就在今天我們達到了測試當中的重大里程碑:
1) 完全p2p網絡層
2) 完全由DPOS來產生區塊
3) 更新區塊鏈轉帳/資料庫結構
4) 更新手動測試指南:
http://bitshares.org/documentation/group__dpos__manual__testing.html
5) 更新錢包， 由level_db支援
我們將會有一些重新命名的更新來依循約定俗成，
並更新錢包帳戶追蹤，
這些大部分已經在branch的程式碼當中完成了，
只待一些調整便可納入master程式碼當中.
我們已經幾乎實作了在區塊鏈層次處理分岔的邏輯，
但是以下事項尚待完成:
1) 設計區塊鏈分岔的單元測試並修正過程中發現的臭蟲
2) 更新p2p網絡程式碼以在分岔存在下處理同步的問題
3) 產生單元測試用於p2p網絡程式碼分岔時同步
一旦上述變更到位,
我們將擁有理論上可以啟動並且完全去中心化的系統.
這個系統將會更加健壯，
並且比原先規劃的MVP有更多的後端功能.
我們在系統結構以及功能性已經有了長足進步.
两周能搞定么……
1) 設計區塊鏈分岔的單元測試並修正過程中發現的臭蟲
2) 更新p2p網絡程式碼以在分岔存在下處理同步的問題
3) 產生單元測試用於p2p網絡程式碼分岔時同步
-
0516 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg58251#msg58251)
我已經更新了測試指南, 請見此:
http://bitshares.org/documentation/group__dpos__manual__testing.html
主要的變更在於API(應用程式介面)的使用方式以及錢包管理.
主要的目標是讓人們在使用時不是把錢送給特定"地址"而是送給特定"帳號",
帳號則是一串階層式金鑰.
每一次你送給某個帳號的時候, 你都會使用不同的公鑰 (地址),
最終來說這將會允許隱私加強轉賬的自動化.
我們也已經擴充了API, 並實做了更多東西. 請參考以下資訊:
blockchain_get_block <block_hash> 從指定的區塊hash擷取區塊標頭. Retrieves the block header for the given block hash
blockchain_get_block_by_number <block_number> 從指定的區塊數擷取區塊標頭. Retrieves the block header for the given block number
blockchain_get_blockcount 從最長區塊鏈傳回區塊數目. Returns the number of blocks in the longest block chain.
blockchain_get_blockhash <block_num> 從索引提供的最佳區塊鏈傳回區塊的hash值. Returns hash of block in best-block-chain at index provided..
blockchain_get_delegates [first] [count] 傳回代表清單， 並以選票數排序. Returns the list of delegates sorted by vote
blockchain_get_name_record <name> 擷取特定名稱的紀錄. Retrieves the name record
blockchain_get_names [first] [count] 傳回保留的名稱清單， 並且以字母排序. Returns the list of reserved names sorted alphabetically
blockchain_get_transaction <transaction_id> 獲得錢包內轉帳的詳細資訊. Get detailed information about an in-wallet transaction
get_info 提供一般的資訊， 例如錢包餘額， 區塊數， 連線， 以及鎖定時間. Provides common data, such as balance, block count, connections, and lock time
help [command] 列出指令集或是指定指令的詳細資訊. Lists commands or detailed help for specified command.
network_add_node <node> <command> 嘗試從節點清單加入或移除<node>或是嘗試連線到<node>. Attempts add or remove <node> from the peer list or try a connection to <node> once
network_get_connection_count 傳回連接到其他節點的連線數. Returns the number of connections to other nodes.
network_get_peer_info 傳回已連線節點的資訊. Returns data about each connected node.
stop 停止BitShares伺服器. Stop BitShares server
validate_address <address> 傳回指定Bitshares地址的資訊. Return information about given BitShares address.
wallet_close 關閉目前打開的錢包. Closes the curent wallet if one is open.
wallet_create <wallet_name> <password> 打開指定名稱的錢包. Opens the wallet of the given name
wallet_create_receive_account <account_name> 加入新的收款的帳號. Add new account for receiving payments
wallet_create_sending_account <account_name> <account_key> 加入新的付款帳號. Add new account for sending payments
wallet_get_account <account_name> 列出所有外來地址以及它們聯繫到這個錢包的標籤. Lists all foreign addresses and their labels associated with this wallet
wallet_get_balance [account_name] [minconf] [asset] 傳回錢包的目前餘額. Returns the wallet's current balance
wallet_get_name 傳回wallet_open接收到的錢包名稱. Returns the wallet name passed to wallet_open
wallet_get_transaction_history [count] 擷取這個錢包的所有轉帳. Retrieves all transactions into or out of this wallet.
wallet_import_bitcoin <filename> <password> 匯入一個BTC/PTS錢包. Import a BTC/PTS wallet
wallet_import_private_key <key> [account_name] [wallet_rescan_blockchain] 匯入一個BTC/PTS 私鑰(WIF格式). Import a BTC/PTS private key in wallet import format (WIF)
wallet_list_receive_accounts [start] [count] 列出所有的外來地址以及它們聯繫到這個錢包的標籤. Lists all foreign addresses and their labels associated with this wallet
wallet_list_reserved_names [account_name] 列出這個錢包所掌控的保留名稱， 並且以帳號過濾. Lists all reserved names controlled by this wallet, filtered by account.
wallet_list_sending_accounts [start] [count] 列出所有的外來地址以及它們聯繫到這個錢包的標籤. Lists all foreign addresses and their labels associated with this wallet
wallet_lock 鎖定錢包內的私鑰， 停止支付指令直到解鎖. Lock the private keys in wallet, disables spending commands until unlocked
wallet_open <wallet_name> <password> 打開指定名稱的錢包. Opens the wallet of the given name
wallet_open_file <wallet_file> <password> 打開指定路徑的錢包. Opens the wallet at the given path.
wallet_register_delegate <name> <data> 註冊一個代表來被持股人投票. Registeres a delegate to be voted upon by shareholders.
wallet_rename_account <current_account_name> <new_account_name> 列出這個錢包所掌控的保留名稱， 並且以帳號過濾. Lists all reserved names controlled by this wallet, filtered by account.
wallet_rescan_blockchain [starting_block] 從指定區塊重新掃描區塊鏈. Rescan the block chain from the given block
wallet_rescan_blockchain_state 重新掃描創世區塊以及狀態(非轉帳). Rescans the genesis block and state (not the transactions)
wallet_reserve_name <name> <data> 擷取名稱紀錄. Retrieves the name record
wallet_transfer <amount> <sending_account_name> [invoice_memo] [from_account] [asset_id] 送出指定數量到指定帳號， 預設是DAC的股份數. Sends given amount to the given address, assumes shares in DAC
wallet_unlock <spending_pass> <timeout> 解鎖錢包內的私鑰來開啟支付操作. Unlock the private keys in the wallet to enable spending operations
如果你對於新的轉帳結構感到好奇,
你可以在這裡參見以下範例json dump:
{
"expiration": null,
"delegate_id": null,
"operations": [{
"type": "withdraw_op_type",
"data": {
"balance_id": "XTSKh6JP6QzMmeUmmK1T16gxgadrJ547ocGT",
"amount": 154321,
"claim_input_data": ""
}
},{
"type": "deposit_op_type",
"data": {
"amount": 54321,
"condition": {
"asset_id": 0,
"delegate_id": 8,
"condition": "withdraw_signature_type",
"data": {
"owner": "XTSAg5YxD9reTXr5iQWBZEJrLzzMxMxvnFhy"
}
}
}
}
],
"signatures": [
"2028da68efe2696ab7895e86c1b35affbb7cd1b71d8f33124fe81ad785ace3ed55226e0e622098b9c45f8660801b4b929556102c3da549d887c5da99262b5c6275"
]
}
如你所見, 整個轉帳在區塊鏈之外便是完全可讀的,
上述例子正從XTSKh6JP6QzMmeUmmK1T16gxgadrJ547ocGT轉移154321,
並送給XTSAg5YxD9reTXr5iQWBZEJrLzzMxMxvnFhy共計54321,
轉帳費用則是100000.
-
猫兄最后地址错了，XTSKh6JP6QzMmeUmmK1T16gxgadrJ547ocGT到XTSAg5YxD9reTXr5iQWBZEJrLzzMxMxvnFhy
-
猫兄最后地址错了，XTSKh6JP6QzMmeUmmK1T16gxgadrJ547ocGT到XTSAg5YxD9reTXr5iQWBZEJrLzzMxMxvnFhy
多謝你
-
猫兄最后地址错了，XTSKh6JP6QzMmeUmmK1T16gxgadrJ547ocGT到XTSAg5YxD9reTXr5iQWBZEJrLzzMxMxvnFhy
多謝你
更更更更多谢的你的翻译
-
谢谢猫兄的翻译
-
这里有一个错字“wallet_lock 鎖定錢包內的私鑰， 停止支付指令
找<直>到解鎖. ”
-
这翻译是不是用google翻的，读起来怎么怪怪的。
-
这翻译是不是用google翻的，读起来怎么怪怪的。
我敢肯定这不是谷歌翻译，因为我用了一遍。读起来怪怪的大概是应该是因为我们与猫兄相隔两岸，语言习惯略有区别。
或许你需要我修改后的版本http://www.mybitshares.com/bitshares-x-status-update.html (http://www.mybitshares.com/bitshares-x-status-update.html) :)
-
这里有一个错字“wallet_lock 鎖定錢包內的私鑰， 停止支付指令找<直>到解鎖. ”
感激不盡 :)
-
这里有一个错字“wallet_lock 鎖定錢包內的私鑰， 停止支付指令找<直>到解鎖. ”
感激不盡 :)
与你翻译的相比这不算什么
-
比特股之家是蜗牛搞的，赞一个。 +5%
这翻译是不是用google翻的，读起来怎么怪怪的。
我敢肯定这不是谷歌翻译，因为我用了一遍。读起来怪怪的大概是应该是因为我们与猫兄相隔两岸，语言习惯略有区别。
或许你需要我修改后的版本http://www.mybitshares.com/bitshares-x-status-update.html (http://www.mybitshares.com/bitshares-x-status-update.html) :)
-
比特股之家是蜗牛搞的，赞一个。 +5%
这翻译是不是用google翻的，读起来怎么怪怪的。
我敢肯定这不是谷歌翻译，因为我用了一遍。读起来怪怪的大概是应该是因为我们与猫兄相隔两岸，语言习惯略有区别。
或许你需要我修改后的版本http://www.mybitshares.com/bitshares-x-status-update.html (http://www.mybitshares.com/bitshares-x-status-update.html) :)
多谢你的支持(http://www.coin38.org/static/image/smiley/xihahou/06.gif)
-
蜗牛币还有99年能不能开发出来了？ 最近的进度呢？
和熊熊币相比蜗牛真是太慢了，我们的币现在已经暴跌了99.9999999999999999999999999999999999999999999999999999999999999%出去了 :-X :-X :-X :-X :-X
-
+5%
-
0517 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg58382#msg58382)
進度持續更新的同時， 團隊目前使用了skype以及github的議題功能來更好地相互協調.
我們正持續加強整個流程， 來把工作快速地委任給新的使用者.
今天我實作了在區塊鏈層次處理分岔的演算法，
但是測試的部份有待完成. 今晚我將聚焦在寫出測試來確認分岔處理如同預期般運作.
-
感恩，感谢。
-
(http://www.coin38.org/static/image/smiley/xihahou/09.gif)
-
+5%
-
+5%
-
0519 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg58525#msg58525)
今天我幾乎完成了處理區塊鏈分岔程式碼，
以及其單元測試.
我也修補了許多在重整分岔時的許多臭蟲.
目前我想分岔的問題已經接近都處理好了，
只需要再幾個單元測試加以證明.
在除蟲的過程中我做出了一些描繪區塊鏈的工具:
(http://bitshares.org/assets/img/fork_graph.png)
-
不错啊！几个月没进度更新了啊
-
非常感谢麦克猫，感谢bm的辛勤工作，光明就在不远处，请继续努力！！！ :D :D :D
-
看来，测试要完成了
-
+5%
-
鼓掌 鼓掌 +5%
-
::) 这次貌似，真的要出货了。
-
希望不要空欢喜。
-
估计会先出来个命令行的
-
0522 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg59293#msg59293)
過去幾天有了顯著的進展.
其中之一是今天引入了亂數產生的方案以及隨機代表選取.
會這麼做是基於以下兩點理由:
這會解決按照順序選取代表所產生的安全性疑慮,
並幫助了Lotto DAC當中的難題之一.
UPNP網絡已經實作.
網頁介面的錢包已經能夠移轉股份,
並且也日漸美觀.
我們已經引入了一個提案系統(proposal system),
讓代表們可以提出並投決那些警示(alert)要向使用者顯示.
這將會取代bitcoin內建的開發者警訊(developer alert message),
並幫助在未來需要硬分岔時達成共識.
-
0522 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg59293#msg59293)
過去幾天有了顯著的進展.
其中之一是今天引入了亂數產生的方案以及隨機代表選取.
會這麼做是基於以下兩點理由:
這會解決按照順序選取代表所產生的安全性疑慮,
並幫助了Lotto DAC當中的難題之一.
UPNP網絡已經實作.
網頁介面的錢包已經能夠移轉股份,
並且也日漸美觀.
我們已經引入了一個提案系統(proposal system),
讓代表們可以提出並投決那些警示(alert)要向使用者顯示.
這將會取代bitcoin內建的開發者警訊(developer alert message),
並幫助在未來需要硬分岔時達成共識.
3i要是能给个进度就好了 比如95%了啥的
-
0522 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg59293#msg59293)
過去幾天有了顯著的進展.
其中之一是今天引入了亂數產生的方案以及隨機代表選取.
會這麼做是基於以下兩點理由:
這會解決按照順序選取代表所產生的安全性疑慮,
並幫助了Lotto DAC當中的難題之一.
UPNP網絡已經實作.
網頁介面的錢包已經能夠移轉股份,
並且也日漸美觀.
我們已經引入了一個提案系統(proposal system),
讓代表們可以提出並投決那些警示(alert)要向使用者顯示.
這將會取代bitcoin內建的開發者警訊(developer alert message),
並幫助在未來需要硬分岔時達成共識.
3i要是能给个进度就好了 比如95%了啥的
如果让stan来公布进度，我们就可以开心地欣赏从99%到99.999999999999999999999999999999999999999999999999%的突飞猛进了 ;)
-
感觉就要发布啦
-
+5%
-
跑这来了！
-
I3的官网更新了，觉得I3像是做网页的！
-
0531 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg62163#msg62163)
我們已經成功地將錢包系統轉換成了TITAN (https://bitsharestalk.org/index.php?topic=4699.0) (i.e., Transfer Ivisibly to Any Name)而不需要硬分岔
(譯者按: TITAN是一種安全支付方式, 能夠將資金轉移到特定named key名下, 但其他人無法知道是哪個named key)
為了強化可維護性以及幫助第三方API的開發,
我們也已經在大部份的RPC API使用代碼生成(code generation).
目前我們可以使用API當中的JSON描述來自動產生Javascript包裹 (javascript wrapers)並在未來保持所有的東西能夠同步.
TITAN更新大幅強化了錢包的可用性以及使用者的隱私.
目前正使用的97個字符長的地址已經棄用了,
取而代之的是單一的大約40個字符長的地址 (來發布給每個人).
然後你可以在區塊鏈當中註冊這個地址(帳戶).
用戶不需要再處裡100個帳戶或是為每個交易對象創建一個新的地址.
你的錢包也不再是一堆"偽帳號"的雜合,
現在你所有的是真實的帳號, 每個帳號都有各自的餘額,
每一筆轉帳都是從一個帳戶轉到另一個帳戶, 無論目標帳戶是你自己的還是別人的.
從結果來說網頁介面將會非常地近似於線上銀行+帳單支付.
-
+5%辛苦了
-
0531 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg62163#msg62163)
我們已經成功地將錢包系統轉換成了TITAN (https://bitsharestalk.org/index.php?topic=4699.0) (i.e., Transfer Ivisibly to Any Name)而不需要硬分岔
(譯者按: TITAN是一種安全支付方式, 能夠將資金轉移到特定named key名下, 但其他人無法知道是哪個named key)
為了強化可維護性以及幫助第三方API的開發,
我們也已經在大部份的RPC API使用代碼生成(code generation).
目前我們可以使用API當中的JSON描述來自動產生Javascript包裹 (javascript wrapers)並在未來保持所有的東西能夠同步.
TITAN更新大幅強化了錢包的可用性以及使用者的隱私.
目前正使用的97個字符長的地址已經棄用了,
取而代之的是單一的大約40個字符長的地址 (來發布給每個人).
然後你可以在區塊鏈當中註冊這個地址(帳戶).
用戶不需要再處裡100個帳戶或是為每個交易對象創建一個新的地址.
你的錢包也不再是一堆"偽帳號"的雜合,
現在你所有的是真實的帳號, 每個帳號都有各自的餘額,
每一筆轉帳都是從一個帳戶轉到另一個帳戶, 無論目標帳戶是你自己的還是別人的.
從結果來說網頁介面將會非常地近似於線上銀行+帳單支付.
翻译辛苦啦，和大家商量下，这次捐赠获得的bts也应该用来支持你的翻译工作，还有snail和bts-newroom的 +5%
-
0531 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg62163#msg62163)
我們已經成功地將錢包系統轉換成了TITAN (https://bitsharestalk.org/index.php?topic=4699.0) (i.e., Transfer Ivisibly to Any Name)而不需要硬分岔
(譯者按: TITAN是一種安全支付方式, 能夠將資金轉移到特定named key名下, 但其他人無法知道是哪個named key)
為了強化可維護性以及幫助第三方API的開發,
我們也已經在大部份的RPC API使用代碼生成(code generation).
目前我們可以使用API當中的JSON描述來自動產生Javascript包裹 (javascript wrapers)並在未來保持所有的東西能夠同步.
TITAN更新大幅強化了錢包的可用性以及使用者的隱私.
目前正使用的97個字符長的地址已經棄用了,
取而代之的是單一的大約40個字符長的地址 (來發布給每個人).
然後你可以在區塊鏈當中註冊這個地址(帳戶).
用戶不需要再處裡100個帳戶或是為每個交易對象創建一個新的地址.
你的錢包也不再是一堆"偽帳號"的雜合,
現在你所有的是真實的帳號, 每個帳號都有各自的餘額,
每一筆轉帳都是從一個帳戶轉到另一個帳戶, 無論目標帳戶是你自己的還是別人的.
從結果來說網頁介面將會非常地近似於線上銀行+帳單支付.
翻译辛苦啦，和大家商量下，这次捐赠获得的bts也应该用来支持你的翻译工作，还有snail和bts-newroom的 +5%
如果有我的那份，我把它捐给麦可猫，我的网站一直在用猫兄的翻译。
-
支持BTS基金用于奖励猫兄的原创翻译
-
猫哥一直默默翻译，辛苦了！
-
0602 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg62980#msg62980)
我們開始了新一輪的測試，包含了測試代表的註冊以及投票.
轉帳給命名的帳戶看起來運作良好.
網頁介面進展順利， 如果好運的話本週就可以有一個可供測試的版本.
請在此連結獲取本次測試相關訊息:
https://bitsharestalk.org/index.php?topic=4836.0
-
+5%
-
感觉快熬到头了~感谢及时翻译
来自我的 M353 上的 Tapatalk
-
捐赠2PTS https://coinplorer.com/PTS/Transactions/f8d7477fbcd99e7ab4bd29877064a1e866b6e1305f39a88e3ff9d33fccd18ba1 (https://coinplorer.com/PTS/Transactions/f8d7477fbcd99e7ab4bd29877064a1e866b6e1305f39a88e3ff9d33fccd18ba1)
-
捐赠2PTS https://coinplorer.com/PTS/Transactions/f8d7477fbcd99e7ab4bd29877064a1e866b6e1305f39a88e3ff9d33fccd18ba1 (https://coinplorer.com/PTS/Transactions/f8d7477fbcd99e7ab4bd29877064a1e866b6e1305f39a88e3ff9d33fccd18ba1)
+5% +5% +5%
-
0608 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg64631#msg64631)
最新的測試極為成功， 我們正為XT的發佈準備由代表運作的測試鏈.
今天我也找出了方法將TITAN應用到多重簽名帳戶以及跨鏈交易當中.
我們正準備許多系統文件， 並希望一切能夠儘快可以運作.
-
0608 BitShares狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg64631#msg64631)
最新的測試極為成功， 我們正為XT的發佈準備由代表運作的測試鏈.
今天我也找出了方法將TITAN應用到多重簽名帳戶以及跨鏈交易當中.
我們正準備許多系統文件， 並希望一切能夠儘快可以運作.
看来真的要出了！
-
发给测试截图上来看看！
-
+5%
-
是不是BTS出现BUG了，悲剧啊！
-
是不是BTS出现BUG了，悲剧啊！
试问哪个软件没出现过BUG？
-
能顺利解决就行...
-
0713 狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg75287#msg75287)
在我最後一次發佈狀態更新以來已經有一陣子了，
因為我們一直在進行八回合的比特股X測試，
以讓每個人都能夠有機會對我們的現況進行第一手的體驗.
我想要總結過去幾個月的進展:
1) 我們有了一個可運作的/測試過的DPOS區塊鏈，
具備了每秒處理10筆交易， 以及10秒的產塊間隔.
2) 我們有了可用的Mac/Windows圖形介面錢包， 並支援使用者發行的資產類別.
3) 我們正準備第九回合的測試， 當中將會包含市場發行的資產(BitUSD!), 不過目前還只能夠從指令介面操作.
一個團隊正準備BTSX的啟動， 並將在合適的情況下儘快完成.
他們正準備相關資訊， 教學，等等來讓啟動能夠盡可能地平順.
0713狀態更新-2 (by Toast) (https://bitsharestalk.org/index.php?topic=3812.msg75289#msg75289)
3) We are now preparing Dry Run 9 which will have Market Issued Assets (BitUSD!) available from the command line interface.
(http://media0.giphy.com/media/rl0FOxdz7CcxO/giphy.gif)
-
good .比特资产终于要露脸了。
如果1 bit apple=1 apple.那么，货币的使用范围就要缩水了，加密的和真实的直接交换就行了。
-
感谢翻译
-
感谢翻译！
来自我的 M353 上的 Tapatalk
-
最新的内容很鼓舞士气 :)
-
今天傍晚钱包就出来了！呵呵
-
0719 狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg77310#msg77310)
帶有比特資產(bitasset)的比特股X目前已經實作並且可以運作， 但是我們正致力於最後的的一些市場安全特性. DPOS+TITAN+資產交易的程式碼已經足夠穩定， 可以面向開發人員來釋出比特股工具組的MVP版本， 例如DACSunlimited等等.
我們將在XT區塊鏈上持續測試最新的市場功能.
-
+5%
-
周一见的节奏？
-
+5%
-
0806 BitShares X 狀態更新 (https://bitsharestalk.org/index.php?topic=3812.msg89207#msg89207)
我們剛剛開始了最新的測試, 具有比特資產功能.
我們的市場圖形介面已經有些許功能, 但是仍有需多需要完成.
-
+5%
-
+5%