開發工作是bch發展的重要一環。為了幫助使用者更好的了解bch的開發工作，cash.coin.dance對bch的開發進行了統計。根據cash.coin.dance**統計，bch平台協議開發專案目前有24項已完成，22項正在開發中，13項正在討論中。
在這些眾多專案，最近一次更新則是6天前的「bch可重用支付位址提案」的專案。此專案是由bitcoin unlimited 和bitcoin abc聯合開發。參與開發的者有：mark lundeberg，chris pacia，amauryséchet，shammah chancellor，jonathan silverblood和josh ellithorpe等。由此可見，此專案得到了bch開發團隊的足夠重視。
為什麼會提出此專案？
根據開發者對此專案的介紹，給出了以下理由：如今，位元幣現金生態系統的大部分專案都是直接在由公鑰雜湊產生的位址上執行，無論是在簡單的p2pkh交易還是在指令碼化的p2sh交易都是如此。位址是匿名的，如果接收者每次都使用乙個新的位址進行交易，則可以提供乙個很好(但不完美)的隱私級別。然而，這帶來了乙個主要的問題，使用者必須在可用性、私隱性、安全性、可恢復性和不可靠性之間做出重大妥協。
為此，開發者針對現有支付系統在理論和使用過程中的優缺進行了分析。如：簡單的hd錢包。
hd錢包可能是位元幣現金中最廣泛使用的個人對個人(person-to-person)和商戶交易格式，它只是通過直接互動(如聊天頻道或面對面交談)或支付處理軟體，將每筆交易的新位址提供給傳送方。由於hd種子易於儲存和冗餘，只要通訊通道不是公共的，它就提供了足夠的隱私，並且具有合理的安全性和可恢復性。
然而，這種方法在可用性方面帶來了相當大的妥協:要使其按預期執行，各方必須針對給定的交易進行互動，這對於捐贈和臨時交易等使用場景來說，如果不使用手機，就會更加困難。更重要的是，如果試圖將位址轉換為易於識別的支付話語，則很難執行此操作，因為傳送方必須找到中介或接收方的錢包，並為每筆交易獲取乙個新位址。
除此之外，在single-address、值得信賴的中繼中介、bip-47付款**、bip-stealth等方面存在這樣的問題。使用者必須在可用性、私隱性、安全性、可恢復性和無需信任性之間做出一些妥協。
不過，如果可重用位址格式草案得到廣泛採用，相比於現有的bch系統，bch將會在以上5個領域都有很大的改進，並且在使用一種通用格式的情況下，在選擇理想的折衷方案方面具有更大的靈活性。
可重用位址提案要求
為了更好的解決這些問題，開發者們針對這一提案提出了12個要求，包括：
1.僅通過paycode，傳送方就可以生成接收方可檢測和使用的位址；
2.可以從單個通知向單個收件人生成多個payto位址，因此可以混淆金額；
4.交易應該有乙個合理的匿名集，其中接收者的交易不容易在區塊鏈上隔離；
5.接收方必須能夠將用於生成和檢測位址的金鑰與用於消費的金鑰(可以離線使用)分開，從而將增加隱私使其更加安全；
6.為了保持spv錢包的相容性，系統必須能夠將接收方要檢測的交易數量減少到所有交易的子集，甚至在總交易吞吐量較高的情況下也是如此；
7.交易和通知必須是自包含的，傳送支付不需要額外的交易，接收和使用支付不需要交易本身之外的其他資料，在檢測到交易之後，派生位址不需要繼續監視；
8.必須存在一種實用的方法，讓接收者從助記種子備份中收回資金，而不損害安全性或隱私；
9.傳送方和接收方都必須支援多簽名位址。
10.輸入和輸出可以是任意順序的，因此可以靈活地調節不可靠的貨幣混合；
11.相容其他op_return協議，構成位元幣現金生態系統的重要組成部分。
12.不相容性可能導致低採用或碎片化匿名集。對於離線通知方式，中介伺服器不能危及資金安全。
提案中的功能亮點
通過實現以上所提出的要求之後，bch將會在可用性、私隱性、安全性、可恢復性和無需信任性方面都得到一定的提公升。
在可用性方面：除了paycode，傳送方不需要任何其他資訊（要求1）；可以接收到p2pkh或p2sh-multisig位址，並相應地調整支付**(要求9)；與op_return協議相容，如slp、cashintents 或 omni，無需調整當前網路協議(要求11)。
在私隱性方面：交易與「普通」p2pkh/p2sh-multisig交易沒有區別，並且具有匿名集，近似於由指定字首定義的所有交易的一小部分。傳送方不知道傳送給接收方的其他交易（要求3、4）。對於具有多個輸入和輸出的交易，觀察者不需要知道哪些輸入用於過濾，哪些輸出用於接收(要求2、10)。
在安全性方面，所有伺服器，甚至是「可信」的保留伺服器，都無法重定向或竊取資金。這些伺服器能做的最糟糕的事情就是拒絕服務，這可以通過退回，恢復伺服器來規避。（要求12）。
總而言之，bch可重用位址提案將提高bch的效能並提高bch使用者的使用體驗。讓bch能夠更好的被更多人使用一直都是bch開發者的心願，他們也一直為了這個心願努力著。bch可重用位址提案只是乙個縮影，凡是對bch發展有好處的他們都會竭盡所能實現它。
開發者註冊
最近在被react native打包虐了乙個多星期 昨天終於搞定了 現在把打包的過程以及遇到的坑整理出來做個筆記 希望能給遇到相同問題的小夥伴們乙個參考。第一步 材料準備 1 乙個已付費的開發者賬號 蘋果開發者賬號的型別如下表 根據自己的需求以及實際情況選擇申請 附上不同證書的區別，請根據自己的需求...
優秀的開發者 vs 糟糕的開發者
優秀的開發者是乙個藝術家，乙個享受創作過程的工匠。糟糕的開發者只將自己當作負責產生 的碼農。優秀的開發者了解客戶的問題。糟糕的開發者只了解手頭的技術問題。優秀的開發者會不斷努力去理解 為什麼 然後去實現，同時能夠把握大局。糟糕的開發者專注於構建類 方法和配置檔案，而不理會大局。糟糕優秀的開發者了解產...
優秀的開發者 vs 差的開發者
如果你認為使用 優秀 和 差 來區分開發者不妥的話，也可以將這些看作是初級開發者和資深開發者之間的區別。但無論如何，多看看其他的優秀開發者 或資深開發者 是如何做的，對於自身技能 工作方式的提公升有很大的幫助。優秀的開發者是乙個藝術家，乙個享受創作過程的工匠。差的開發者只將自己當作負責產生 的碼農。...