Zhuang's Diary

言之有物,持之以恒

  1. 免费开源版本,图标库 -
    https://github.com/plotly/plotly.js
    https://github.com/apache/echarts
    如下图中的 Price Performance Widget:

  2. 付费商业版本,图标库 -
    https://devexperts.com/dxcharts/

看到,收费版本最大的优势 - 可以在图标中画线,做进一步的个性化的分析。

另外,再推荐一下 OPENBB - https://www.openbb.co/ ,目前已经将ChatGPT作为投资研究的一种工具,整合进到OPENBB ( https://www.youtube.com/watch?v=Uj_wpLC-Zho )。

Ethereum

安装手册:https://github.com/eth-educators/eth-docker

  • 32 GiB of RAM - 16 GiB works but can be challenging depending on client mix
  • 4 CPU cores
  • 4TB “mainstream” SSD - TLC and DRAM.
    如 GCP 示例:

    8 vCPU: This means the virtual machine (VM) has 8 virtual Central Processing Units (vCPUs). A vCPU is a virtualized CPU that the VM uses to run processes. Each vCPU is a share of the physical CPU’s resources allocated to the VM.
    4 cores: This refers to the number of physical cores backing the virtual CPUs. In this case, the 8 vCPUs are mapped to 4 physical CPU cores. Typically, this implies that each physical core is hyper-threaded, meaning it can handle two threads simultaneously, effectively providing two vCPUs per core.

Linea

安装手册:https://docs.linea.build/developers/guides/run-a-node/use-docker

Polygon

安装手册:https://docs.polygon.technology/pos/how-to/full-node/full-node-docker/

关于《脉络》这一本书,吴军和尹烨做了一期视频会议,分享了关于一些未来的预测。

  1. 无论是中国的,还是人类的,其生产远远没有过剩。大片的沙漠,河流,土地,太阳能,风能,等等都在等待开发。地球即使经历核大战,环境也仍然大幅优于火星,所以移民火星,月球将是是非常遥远的未来。
  2. 未来看好虚拟经济,服务业。如未来的老龄化,思想文化大发展等趋势,相应的原宇宙,区块链/加密货币,AR/VR,AI,医疗,金融/税务,等服务业。
  3. 给目前高考学生的报考方向
    1.计算机;
    2.医疗,医学,药学,健康,护理,生物学;
    3.金融;
    4.教育。
    普通人的话,还看好餐馆儿,护理等就业方向。
  4. 未来看好的经济圈
    1.英语地域圈;
    2.东亚中日韩;
    3.印度。

https://www.bis.org/publ/othp82.pdf
1.Technical requirements for a CBDC architecture.

Category High-level technical requirements High-priority
Modular Design - Balance layer Allows for the creation, possession and destruction of CBDC. 允许创建、拥有和销毁 CBDC。 Y
Modular Design - Balance layer Allows for flexible approach, issuing fungible tokens (type 1) and non-fungible tokens (type 2) for specific use cases. 允许采用灵活的方法,为特定用例发行可替代代币(类型 1)和不可替代代币(类型 2)。 Y
Modular Design - Balance layer Scalable databases (ledger-keeping infrastructure) to hold resources and on which settlements can be reflected.可扩展的数据库(分类账保存基础设施),用于保存资源并反映结算。
Modular Design - Balance layer Connectivity between basic type 1 and type 2 tokenisation infrastructure. 基本类型 1 和类型 2 标记化基础设施之间的连接。
Modular Design - Settlement layer Central banks can use parts of existing payment systems or can create a new platform that works in parallel to the existing system. 中央银行可以使用现有支付系统的部分功能,也可以创建与现有系统并行运行的新平台。 Y
Modular Design - Settlement layer API infrastructure allows for consent and payment initiation. API 基础设施允许同意和启动付款。 Y
Modular Design - Settlement layer Settlement function is highly scalable in terms of the number of transactions, issuers and recipients. 结算功能在交易数量、发行人和接收人方面具有高度的可扩展性。
Modular Design - Settlement layer API infrastructure allows for information-sharing (balance and transactions). API 基础设施允许信息共享(余额和交易)。
Modular Design - Settlement layer Public wallet through an app that consumes the API architecture described above to serve as a backstop in case other solutions are unavailable. 公共钱包通过使用上述 API 架构的应用程序,在其他解决方案不可用时充当后盾。
Core functions - Issuance / destruction Issuance could be considered by transferring resources through the RTGS to an account held by the central bank for this purpose. 可以考虑通过将资源通过 RTGS 转移到中央银行为此目的持有的账户来进行发行。 Y
Core functions - Issuance / destruction The previous step would allow for the creation of a token in the type 2 case or to increase the balance of the ledger for a type 1 solution. 上一步将允许在类型 2 的情况下创建令牌,或者增加类型 1 解决方案的分类账余额。 Y
Core functions - Issuance / destruction For adequate destruction, tokens in the possession of the central bank are deleted (type 2) or the overall balance is reduced (type 1) solution. 为了充分销毁,删除央行持有的代币(类型2)或者减少整体余额(类型1)的解决方案。 Y
Core functions - Issuance / destruction The second step would imply the settlement of a transaction from the issuance account to the general account of the central bank. 第二步是将交易从发行账户结算到央行一般账户。
Core functions - Issuance / destruction Both issuance and destruction could work for type 1 and type 2 solutions. 发行和销毁均适用于第 1 类和第 2 类解决方案。
Core functions - Transaction settlement Centralised in first stage (only the central bank’s signature can validate transactions after checking ownership and no double spending) 第一阶段集中化(只有中央银行的签名才能在检查所有权后验证交易,并且不会出现双重支付)
Core functions - Transaction settlement Adaptable to allow for more signatures to the ecosystem (validate transactions through distributed consensus of approved signatures) 可适应生态系统中更多的签名(通过已批准签名的分布式共识来验证交易)
Core functions - Payment initiation / account information API calls to send requests (both information and payment initiation), provided a secure consent mechanism is used. 调用 API 发送请求(信息和付款启动),前提是使用安全的同意机制 Y
Core functions - Payment initiation / account information Financial service providers broadly defined should be able to operate and provide services to final users. 广义的金融服务提供商应该能够运营并向最终用户提供服务。 Y
Core functions - Payment initiation / account information Uses API architecture to simplify value transfer to other providers and enable access to other financial services. 使用 API 架构简化向其他提供商的价值转移并实现对其他金融服务的访问 Y
Core functions - Payment initiation / account information Payment service providers can access CBDC balances in any wallet (not only the one provided by the central bank), upon compliance with regulatory frameworks and security and data privacy principles. 在遵守监管框架和安全及数据隐私原则的前提下,支付服务提供商可以在任何钱包(不仅仅是中央银行提供的钱包)中访问 CBDC 余额。 Y
Core functions - Payment initiation / account information Information-sharing protocols and clear message structures to share transactional, aggregated and general information. 信息共享协议和清晰的消息结构,用于共享交易信息、汇总信息和一般信息。
Core functions - Payment initiation / account information Secure transactional information treatment.安全的交易信息处理。 Y
Core functions - Payment initiation / account information Open architecture to exploit information. 开放式架构以利用信息。
Core functions - Programmability Straight through processing of clearing and settlement instructions. 直通式处理清算和结算指令。 Y
Core functions - Programmability Implementation on a centralised structure. 按集中式结构实施。
Core functions - Programmability Can explore the possibility of a decentralised programmability functionality. 可以探索分布式可编程功能的可能性。
Core functions - Programmability Programs/systems that take temporary ownership of assets to allow DvP and PvP settlements, with the option of allowing financial intermediaries and qualified entities to potentially hold assets for settlement purposes. 采取临时资产所有权以允许 DvP 和 PvP 结算的程序/系统,可选择允许金融中介机构和合格实体为结算目的持有资产
Core functions - Programmability Conditions or rules to support offline payments are defined. 定义支持离线支付的条件或规则
Core functions - Programmability Secure enclaves on phones or other secure hardware to develop an offline functionality with the type 2/tokenised layer of the solution. 手机或其他安全硬件上的安全区域可通过解决方案的类型 2/标记化层开发离线功能。
Core functions - Programmability Design focused on simplicity for the final user. 设计注重最终用户的简便性
Core functions - Programmability Seamless onboarding of new users or entities onto the CBDC platform that allows for a smooth and efficient registering process. 将新用户或实体无缝加入 CBDC 平台,实现顺畅、高效的注册流程。 Y
Core functions - Programmability System is consistent with projects on cross-border functionality by the BIS Innovation Hub. 该系统与 BIS 创新中心的跨境功能项目一致。
Operational - Scalability Scalable ledger at the different levels of the system keeping infrastructure that can handle many simultaneous transactions. 系统不同层级的可扩展分类账保持着可以同时处理多笔交易的基础设施。 Y
Operational - Scalability Highly scalable settlement infrastructure to fulfil settlement needs within the CBDC record-keeping infrastructure. 高度可扩展的结算基础设施,以满足 CBDC 记录保存基础设施内的结算需求。 Y
Operational - User experience Simple onboarding. 简单的注册 Y
Operational - User experience Adaptable to allow for private intermediaries to distribute the CBDC to end users or to enable direct participation of end users with the system (public direct-to-customer access). 可适应私人中介机构将 CBDC 分发给最终用户或允许最终用户直接参与系统(公共直接面向客户的访问) Y
Operational - User experience Ability to enable P2P transactions and operate with private intermediaries. 能够实现 P2P 交易并与私人中介机构合作 Y
Operational - Attribute function matrix on certified permissioned institutions Matrix is completely controlled by the central bank 监控完全由央行控制 Y
Operational - Attribute function matrix on certified permissioned institutions Possibility for distributed consensus in the decentralised transaction settlement for the type 2 case. 第 2 类案例中去中心化交易结算中实现分布式共识的可能性 Y
Operational - Attribute function matrix on certified permissioned institutions Dynamic, so that the central bank can modify functions or add new ones. 动态的,以便中央银行可以修改功能或添加新的功能。 Y
Operational - Interoperability with traditional settlement system and other CBDCs Architecture allows platform to have modules to interact with different CBDC implementation protocols. 架构允许平台拥有模块来与不同的CBDC实现协议进行交互。
Operational - Interoperability with traditional settlement system and other CBDCs Architecture allows platform to have modules to interact with different payment messages (eg domestic, ISO 20022) 架构允许平台拥有与不同支付信息交互的模块(例如国内、ISO 20022)
Operational - Interoperability with traditional settlement system and other CBDCs Seamless transfers between commercial bank money and CBDC, and vice versa 商业银行货币与 CBDC 之间的无缝转移,反之亦然
Operational - Interoperability with traditional settlement system and other CBDCs CBDC participants in existing payment systems could help in this area 现有支付系统中的 CBDC 参与者可以在这方面提供帮助
Cyber resilience - Embedded from the beginning of the design 100% available, granting flexibility to adapt to variations in the availability of the supporting infrastructure (eg allowing transactions to be processed once the infrastructure is back online). 100%可用,可灵活适应支持基础设施可用性的变化(例如,一旦基础设施恢复在线,即可处理交易) Y
Cyber resilience - Embedded from the beginning of the design Highest compliance with cyber security standards (eg those of the National Institute of Standards and Technology) 最高程度遵守网络安全标准(例如美国国家标准与技术研究院的标准) Y
Cyber resilience - Embedded from the beginning of the design Modular protocol for settlement instructions to allow for partial or total encryption with separate keys. 结算指令的模块化协议,允许使用单独的密钥进行部分或全部加密 Y
Cyber resilience - Embedded from the beginning of the design Allows for separate message fields to keep relevant information encrypted only for those who need to see it. 允许使用单独的消息字段来加密相关信息,只对需要查看的人开放 Y
Cyber resilience - Embedded from the beginning of the design Crypto-agile 加密敏捷 Y
Cyber resilience - Embedded from the beginning of the design Encryption of databases 数据库加密 Y
Cyber resilience - Embedded from the beginning of the design Separates personal information from transactional information in databases 将数据库中的个人信息与交易信息分开 Y
Cyber resilience - Embedded from the beginning of the design Distinct levels of data confidentiality. Space for additional data uses, subject to users’ authorisation or sufficient application of privacy preserving techniques. 不同级别的数据保密性。为其他数据使用留出空间,但需获得用户授权或充分应用隐私保护技术。 Y
Cyber resilience - Embedded from the beginning of the design Geo-redundancy to mitigate the impact of unexpected events 地理冗余可减轻意外事件的影响
Cyber resilience - Technological independence Technology within the modules is easy to modify, replace or update if the information input and the expected output are not modified 如果信息输入和预期输出没有改变,模块内的技术很容易被修改、替换或更新 Y
Cyber resilience - Technological independence Inputs and outputs of each module are defined to ensure that changes in the module’s technology would not affect the system (APIs). API endpoints are versioned, with new methods being added as new or overloaded functions 定义每个模块的输入和输出,以确保模块技术的变化不会影响系统(API)。API 端点是版本化的,新方法被添加为新函数或重载函数 Y
Cyber resilience - Integration Some modules can be outsourced to the private sector, under two conditions: (i) the central bank must have access to the source code and associated artifacts needed to build the executable module; and (ii) there needs to be an alternative solution in the market to the private entity provider 一些模块可以外包给私营部门,但有两个条件:(i)中央银行必须能够访问构建可执行模块所需的源代码和相关工件;(ii)市场上需要有私人实体提供商的替代解决方案
Cyber resilience - Integration Central banks have a perfect view of what is happening within their walls and can intervene and change providers 中央银行对其内部发生的事情了如指掌,并可以进行干预和更换供应商 Y
Other - Clear path to provide services by third parties Clear rules of engagement 明确的服务商规则
Other - Clear path to provide services by third parties Open architecture for payment initiation 开放式支付架构 Y
Other - Clear path to provide services by third parties Open architecture for information-sharing
Other - Clear path to provide services by third parties Open API architecture Y
Other - Clear path to provide services by third parties Open API architecture allows financial third parties to provide services based on CBDC

  1. Enhancing Scalability and Efficiency:
    • Integration with Danksharding: layer 2 should align with Ethereum’s roadmap, particularly the Danksharding upgrade, which will allow for more efficient data handling and reduced costs. This integration will help improve the scalability and performance of Layer 2 solutions .
    • Optimizing Rollups: Further development of optimistic rollups to increase throughput and reduce latency. This includes refining the fraud-proof mechanism and enhancing compatibility with Ethereum’s upgrades, such as the introduction of Verkle Trees and Single-Slot Finality .

do you have any detail idea, like some protocol or algorithm to implement the Enhancing Scalability and Efficiency with Ethereum upgrade?

To enhance scalability and efficiency, particularly in alignment with Ethereum’s roadmap upgrades like Danksharding, layer 2 can consider implementing specific protocols and algorithms. Here are some detailed ideas:

1. Integration with Danksharding

Protocol/Algorithm Considerations:

  • Data Availability Sampling (DAS): Implement DAS to manage the availability of data within Danksharding. This method ensures that data is available and verifiable without requiring all nodes to store it, thus optimizing storage and bandwidth.
  • Blob Compression and Validation: Since Danksharding introduces “blobs” of data, layer 2 should develop efficient compression and validation algorithms. These would reduce the size of the blobs while maintaining data integrity, allowing for faster processing and lower storage costs.

    2. Optimizing Rollups

    Protocol/Algorithm Considerations:
  • Enhanced Fraud-Proof Mechanism: Develop a more efficient fraud-proof mechanism that can quickly detect and resolve discrepancies in transactions. This might involve optimizing the way fraud proofs are generated and verified, potentially using zk-SNARKs for concise and private proofs.
  • Verkle Trees Integration: Verkle Trees, a data structure combining vector commitments and Merkle Trees, can be used to store state data more efficiently. This can reduce the storage overhead for nodes, making rollups more scalable. layer 2 should integrate Verkle Trees to enhance the scalability and performance of state verification processes.
  • Single-Slot Finality Implementation: To align with Ethereum’s future SSF goals, layer 2 could experiment with similar mechanisms in its Layer 2 environment. This would involve ensuring that transactions can be finalized within a single block proposal slot, reducing latency and improving user experience.

3. Advanced Rollup Strategies

Protocol/Algorithm Considerations:

  • Optimistic and ZK-Rollup Hybrid Models: Combining optimistic rollups with zk-rollup features can offer the benefits of both high throughput and strong security guarantees. This hybrid approach could utilize zk-SNARKs for critical state transitions while maintaining the cost-efficiency of optimistic rollups.
  • Dynamic Rollup Configuration: Implement algorithms that can dynamically adjust rollup parameters based on network conditions. For example, adjusting batch sizes or fraud-proof intervals in response to congestion or changes in transaction volume.

4. Collaboration with Ethereum Core Developers

To ensure smooth integration and compatibility with Ethereum’s evolving protocols, layer 2 should work closely with Ethereum core developers. This collaboration could involve sharing insights, participating in EIP discussions, and co-developing solutions to shared challenges, such as scalability and data availability.

By focusing on these areas, layer 2 can effectively leverage Ethereum’s upcoming upgrades, enhancing its own scalability and efficiency while contributing to the overall Ethereum ecosystem.