如果是 Windows 下长期做开发的话，可以考虑打开全局 utf-8 ，能避免大部分编码问题


@MegatronKing #20 二级域名一般管得不严了，没人搞你的话一般都不会管，我就有二级域名放海外服务器的

@W3Cbox #31 爬虫 + 数据分析的 SaaS 很容易就上亿了

一眼 AI

直接用 Cloudflare 的 AI Gateway 吧，目前是没啥问题。

相当于开源的 Canva 了？ 6 的，中小公司用还挺好的，提供私有化部署服务或者定制开发也可以增加点收入。要是搞成有市场的形态有设计师入驻进来帮忙设计新的模板和元素那生态就起来了。

我现在新项目都在用 PDM 管理了，开发测试生产都没啥问题

用 playwright 控制，所有请求都可以拦截

有试过问 ChatGPT 不？帮你问了一下，你看看对不对。

你的代码看起来已经相当接近正确的答案了，你可能需要检查以下几点：

1. 确保你的输入数据是正确的。你的交易收据（`receipts`）是从哪里获取的？它们是从相同的区块中获取的吗？如果你的数据是错误的，或者来自不同的区块，那么构建出来的 Trie 树的根哈希值就有可能与给定的 `receiptsRoot` 不匹配。

2. `receipt.transactionIndex` 的处理可能有问题。在 Ethereum 中，交易索引应该是 RLP 编码的交易在区块中的位置。你需要使用 RLP 编码（`rlp.encode`）对索引进行编码，而不是使用 `sedes.BigEndianInt().serialize`。

3. 在处理日志（`logs`）时，你需要确保地址（`address`）、主题（`topics`）和数据（`data`）都是正确编码的。对于地址和主题，你应该使用 `bytes` 类型，而不是整数。对于数据，如果它不是 `0x`，你应该直接使用原始的 `bytes` 值，而不是将它转换为整数。

4. `state_root` 应该使用 `bytes` 类型的值，而不是整数。你可以直接使用 `bytes.fromhex(receipt['status'][2:])` 来获取这个值。

5. 确保 `trie.set` 方法的参数是正确的。第一个参数应该是交易索引的 RLP 编码，第二个参数应该是收据对象的 RLP 编码。

说明一下我没咋用过 web3.py ，不太能确定 ChatGPT 的回答对不对，你自己检查一下？

说能看到的怎么一个截图都给不出来

要是习惯了 Django ORM 的话可以试试 peewee-async ，我自己的很多项目都在用，目前没出过啥问题。

@busier
fabric and fabric2 vs fabric3
Unfortunately, the fabric3 entry on PyPI is an unauthorized fork of Fabric 1.x which we do not control. Once modern Fabric gets up to 3.x, 4.x etc, we’ll likely continue distributing it via both fabric and fabric2 for convenience; there will never be any official fabric3, fabric4 etc.

In other words, fabric2 is purely there to help users of 1.x cross the 2.0 “major rewrite” barrier; future major versions will not be large rewrites and will only have small sets of backward incompatibilities.

peewee 有异步的版本，用蛮久了。
[https://peewee-async.readthedocs.io/en/latest/]( https://peewee-async.readthedocs.io/en/latest/)

@tangjiepc 应该是苹果现在最新的安全机制已经不允许分享了，我自己测试了一下好像都不太行

「设置」-「快捷指令」 - 「私人共享」 这个选项打开？

查了一下是奇绩创坛 21 年的创业营项目，奇绩创坛对市场推广这块没有过内部培训么

@elmagnificogg 如果长期收小金额的话可以向 paypal 申请小金额交易的手续费，会低很多，不过好像收大额的时候就会手续费变高了。

@xu11111111 https://nat.dev/