Merge remote-tracking branch 'origin/main'

Antigone4224_WICL1st.md

@@ -467,4 +467,38 @@ contract FlatDirectory is W3RC3 {
 今天项目建立了github仓库：https://github.com/OutlawVoyage/OutlawVoyage
 继续完善一些关于对局的细节部分，讨论了一下对局中怎么交换卡牌，以及明确了成员的工作时间等。。后续几天应该就可以开始贡献代码了。。
 
+### 7.26
+微信群里继续讨论项目中要实现的合约和数据结构。主要是pncan在做,项目暂定的时间节点大概为：
+8.4结营
+8.3完成测试
+8.2完成debug
+7.31-8.1两天合体
+7.27-7.30 五天代码
+7.26 pnkcan完成架构
+只能说感觉对于solidity语言了解的不太够，具体的架构设计要出来肯定得先写个简单点的demo验证，然后写代码的时候慢慢改了。
+### 7.27
+这几天的开发的规划：
+ 代码开发（五天）
+
+**任务**：
+
+1. **7.27 - 系统设置和基础合约**
+    - [ ]  后端合约开发工程师A：设置项目基础结构，编写系统参数和管理合约。
+    - [ ]  前端开发工程师：搭建前端项目结构，准备基本的UI组件。
+2. **7.28 - 船班和船只管理合约**
+    - [ ]  后端合约开发工程师B：编写船班管理合约，包括船班的创建、设置参数等。
+    - [ ]  后端合约开发工程师A：编写船只管理合约，包括船只的创建、状态管理等。
+    - [ ]  前端开发工程师：实现前端界面，允许用户查看和创建船班。
+3. **7.29 - 玩家和Table管理合约**
+    - [ ]  后端合约开发工程师C：编写玩家管理合约，包括玩家报名、状态管理等。
+    - [ ]  后端合约开发工程师D：编写Table管理合约，包括Table创建、玩家加入、明文提交等。
+    - [ ]  前端开发工程师：实现前端界面，允许用户报名、创建和加入Table。
+4. **7.30 - 交易和结算合约**
+    - [ ]  后端合约开发工程师A、B：编写交易厅合约，包括交易的创建和管理。
+    - [ ]  后端合约开发工程师C、D：编写结算合约，包括胜负判定、奖励分配等。
+    - [ ]  前端开发工程师：实现前端界面，允许用户进行交易和查看结算结果。
+
+我负责后端开发工程师c的工作。。
+
+
 <!-- Content_END -->

Box_WICL1st.md

@@ -147,5 +147,16 @@
 
 - 今日学习时间：1h
 - 学习内容小结：
-  - 默默编写中。
+  - 默默编写中
+- ### 07.26
+
+- 今日学习时间：1h
+- 学习内容小结：
+  - 选型完成，初步框架编写完成
+  - 补充生成代码和测试文件中
+- ### 07.27
+
+- 今日学习时间：1h
+- 学习内容小结：
+  - 昨天遇到了一些问题，现在只能用替代方案了
 <!-- Content_END -->

Bugmaker_WICL1st .md

@@ -481,4 +481,7 @@ contract EtherStore is ReentrancyGuard {
 ```
 它的作用就是在函数执行前先加一把锁，函数结束后释放锁，在发生重入时由于重新进入了该函数，此时锁还未释放，因此重入失败。
 （但是会有额外的gas费用产生，采用CEI模式是根本解决方案）
+### 07.26
+- 今日学习时间：7.26  5 p.m.--6 p.m.
+- 学习内容小结：学习闪电贷和合约账户漏洞
 <!-- Content_END -->

DawnBlackA_WICL1st.md

@@ -146,4 +146,10 @@ web3://0xdac17f958d2ee523a2206206994597c13d831ec7/balanceOf/0xCaE710A61fec7515E2
 
 * 学习内容小结：学习chainlink的相关知识，构思新项目，逐步实验。
 
+### 07.26
+
+* 今日学习时间：1h
+
+* 学习内容小结：最近和朋友在商讨新项目的思路，继续学习更多的相关技术，准备着手编写新项目，为eth深圳做准备。
+
 <!-- Content_END -->

Derick_WICL1st.md

@@ -262,6 +262,12 @@ Web3 URL的域名部分可以是以下几种类型之一:
 ### 7.25
 - 构建本地的node项目上传到ethstorage网络但未成功，明天继续尝试
 ### 7.26
+- 终于上传成功，https://0xa4a53bfa26d0f5b8fabf789d09bc19bec6222b10.w3q-g.w3link.io/test.html 遇到了一些网络问题，
+- 上传音频
+- 存储音频
+- 修改音频
+- 删除音频
+- 播放音频
 ### 7.27
 ### 7.28
 <!-- Content_END -->

Iyi_WICL1st.md

@@ -188,4 +188,12 @@
 - Homework 部分（如果有安排需要填写证明完成）
 - Question and Ideas（有什么疑问/或者想法，可以记在这里，也可以分享到共学频道群讨论交流）
 
+### 07.26
+
+- 今日学习时间：0.5h
+- 学习内容小结
+  - 组队项目需求讨论
+- Homework 部分（如果有安排需要填写证明完成）
+- Question and Ideas（有什么疑问/或者想法，可以记在这里，也可以分享到共学频道群讨论交流）
+
 <!-- Content_END -->

Kero_WICL1st.md

@@ -191,4 +191,45 @@ Visit https://0xa10f8d4394f4d2f016411aec53e9a2b73a8cd2f7.w3q-g.w3link.io/crossch
 - 今日学习时间：0.5 hour
 - 学习内容小结：决定终止 web3url.rust 项目，将精力转为开启 web3url-on-starknet 新项目。除了决定转变项目外，今天的主要学习内容是深入学习 web3protocol-js，以及翻阅现有的 web3url example projects，为后续集成 web3url-on-starknet 做前期准备
 
+### 07.26
+
+- 今日学习时间：2 hours
+- 学习内容小结：Read ERC5018 and associated contracts
+
+#### ERC5018 Notes
+
+一些智能合约需要类似于 filesystem 的操作，比如创建/读取/更改/删除文件。ERC 5018 规范化了一套 filesystem interfaces，用于规范化此类智能合约的接口。同时，由于区块链的交易大小有限制，ERC 5018 为了支持操作大文件，设计了 "dynamic-sized-chunks" 到 "file" 的映射关系。
+这套设计不那么像 Unix filesystem，原因是
+1. 受到区块链的交易体积的限制；
+2. 兼容区块链的不同存储方式
+	1. local contract storage via SLOAD/SSTORE; and
+	2. contract-code-based via CREATE/CREATE2/EXTCODECOPY.
+	3. even outside storage
+3. 为了灵活性甚至还把 chunk 设计为 dynamic-sized（或者叫 undefined-sized）
+
+直观上感觉 ERC5018 的 interfaces 设计得有点 “不伦不类”，是 chunk-based 和 file-based 的混合体，虽然能解决应用的问题，但直观上这个设计略显混乱。但在理解了它所要考虑的因素比较复杂后，我倒也找不到更好的方式。
+如果我设计的话，我可能会先设计一套 file-chunks interfaces 和 file-metadata interfaces 结合：
+
+```
+function create(name, opts = {default_chunk_size})
+function read(name, range)
+function append(name, data)
+function write(name, offset, data)
+function writeAndTrunkate(name, offset, data)
+function trunkate(name, offset)
+
+function get_metadata(name) -> (length_of_chunks, size_of_file)
+```
+
+但是上述这套设计没有考虑到 “何时该新开 chunk”。要把情况都考虑到的话还是挺花时间的，暂时就这样，不深入了。
+
+
+#### Contracts Notes
+
+- [`ERC5018.sol`](https://github.com/ethstorage/evm-large-storage/blob/b393f054eaca3ef383f9cf9486c774fa76c881f8/contracts/ERC5018.sol) 的多数工作量是做多种模式的兼容，算是一个大而全 filesystem-like contract
+- [`FlatDirectory.sol`](https://github.com/ethstorage/evm-large-storage/blob/e51778c7d2dbb9d6f6dc6f8e22b0a71da166b6cd/contracts/examples/FlatDirectory.sol) 约等于 [ERC5018.sol](https://github.com/ethstorage/evm-large-storage/blob/b393f054eaca3ef383f9cf9486c774fa76c881f8/contracts/ERC5018.sol)，只是加上了个 `fallback` 函数而已。
+- `SimpleFlatDirectory.sol` 不是 ERC5018 规范的合约，是使用 `StorageManager.sol` 而搞的文件系统。可能这个合约是为了展示 web3url 的用途。
+- `SimpleNameService.sol` 可能这个合约是为了展示 web3url 的用途。
+- `SimpleW2box.sol` 可能这个合约是为了展示 web3url 的用途。
+
 <!-- Content_END -->

Max_WICL1st.md

@@ -113,5 +113,9 @@ XXX
 - 学习内容小结：
    - 跑了下 web3url-website 的代码，web3protocol 是拿来解析web3url存储的链上数据的
    - 试了下用 ethstorage-sdk 上传文件，没跑起来
-   - 
+
+### 07.26
+
+- 今日学习时间：1.5h
+- 学习内容小结：找到组织了，读文档理解项目规则，开始规划构建前端部分
 <!-- Content_END -->

Oscar_WICL1st.md

@@ -401,7 +401,6 @@ node . -v 'web3://w3url.eth'
     - ![web3serve](img/web3serve.png)
 
   - [Web3:// Talks](https://github.com/IntensiveCoLearning/Web3-URL/discussions/153) 项目构思，Web3Talks
-
     - **可能涉及的核心功能**：
       1. 声音录制与分享：简单点直接上传已录制好的声音
       2. 去中心化存储：Ethstorage 存储？
@@ -412,15 +411,55 @@ node . -v 'web3://w3url.eth'
       - 简洁直观的界面
       - 多语言支持
       - 功能明确：记录+呈现+互动🦋
-      - 用户反馈机制：实现常规的用户调查和反馈收集，以便持续优化用户参与体验和功能。
+      - 用户反馈机制：用户调查和反馈收集，优化参与体验和功能。
     - **技术方案**
-      - **音频处理**：选择适合的音频编码和存储技术，优化数据压缩和存取效率。
-      - **智能合约设计**：设计灵活可扩展的智能合约，支持多个音频文件调用，比如 50 个和 1000 个区别🤔。
+      - **音频处理**：适合的音频编码和存储技术，优化数据压缩和存取效率。
+      - **智能合约设计**：灵活可扩展的智能合约，支持多个音频文件调用，比如 50 个和 1000 个区别🤔。
       - **区块链/及存储选择**：未来基于项目需求，选择合适的链。
 
-
 
 
+### 07.26
+
+- 今日学习时间：1 小时
+
+- 学习内容小结：
+
+  - EthStorage：是一个模块化的去中心化存储二层，提供由数据可用性（DA）驱动的可编程键值存储。它为 Rollups 提供了长期的数据可用性（DA）解决方案，并为完全链上应用程序如游戏、社交网络、人工智能等开辟了新的可能性。
+    - EIP-4844 引入了数据块，增强了像 Rollups 这样的二层扩展解决方案的吞吐量和效率。然而，这些数据块的数据只能暂时使用，意味着几周后会被丢弃。这产生了一个重要影响：二层无法无条件地从一层推导出最新状态。如果某一数据无法再从一层获取，Rollup 可能无法同步链。
+    - 有了 EthStorage 作为长期数据可用性解决方案，二层随时可以从它们的数据可用性层（Ethereum DA, Celestia, EigenDA, etc. + EthStorage）推导出所需的信息。
+
+  - 了解学习 [How EthStorage Works](https://docs.ethstorage.io/readme/how-ethstorage-works)
+
+  ![HowEthStorageWorks](img/HowEthStorageWorks.png)
+
+
+### 07.27
+
+- 今日学习时间：1 小时
+
+- 学习内容小结：
+
+  - [Portal Network](https://github.com/ethereum/portal-network-specs) 了解学习
+    - 由多个点对点网络组成，这些网络共同提供必要的数据和功能，以支持标准的 JSON-RPC API。这些网络特别设计主要目的是以确保 clients 在使用这些网络时能最小化「**网络带宽、CPU、RAM 和硬盘资源**」的消耗。🤔
+
+    - 了解 [Shishui: Ethereum Portal Network Client written in Go](https://github.com/optimism-java/shisui)
+
+  - https://w3url.w3eth.io/#/ 拆解
+    - 源码学习了解 https://github.com/ethstorage/web3url-website  
+
+    - VUE结构，基于 Web3:// + Web3Q Galileo 测试网实现
+
+  - [Web3:// Talks](https://github.com/IntensiveCoLearning/Web3-URL/discussions/153) 项目改为 Web3:// Sounds
+    - demo UI 设计思考中
+    - 与 Derick 交流，他完成合约开发这块
+
+### 07.28
+
+- 今日学习时间：
+
+- 学习内容小结：
+
 
 
 <!-- Content_END -->

Punkcan_WICL1st.md

@@ -443,8 +443,14 @@
 
 ### 07.27
 
-- 今日学习时间：
+- 今日学习时间：0.5h
 - 学习内容小结：
+	- 整理完组队项目的变量设计
+	- 组队项目的Git https://github.com/OutlawVoyage/OutlawVoyage
+	- 整理分工目前分配的部分
+		- 设计和开发船班的相关逻辑，包括编号、入场金、起始区块、等候报名时间和游戏时间等。
+		- 负责创建船只的逻辑，包括船只的编号、状态、卡牌数量、玩家数量等。
+		- 实现相关合约的API接口。
 - Homework 部分（如果有安排需要填写证明完成）
 - Question and Ideas（有什么疑问/或者想法，可以记在这里，也可以分享到共学频道群讨论交流）