欲望，本身是一个中性词，他可以代指世间一切的追求和念想。
人是被欲望支配的动物，一个没有欲望的人是会死掉的。我们日常的各种行为和决策，从根本上讲，其实都是围绕我们的欲望开展的。
认知自我是最难的事情，因为要客观认知，就意味着要否定和肯定并存，而否定自我是大部分人做不到的，进一步说大部分人无法找到否定自我后进一步的进取对策，找到它的积极意义。
我们要正确认知自我，才能保证我们对自己做出正确的评估和人生决策，才能指导我们对现实世界的事务目标做出正确决策和评估，才能保证我们有能力落地实施，最终达成目标，创造美好生活。
这种认知不仅需要对自我经历的思考，也需要结合社会科技人文的动向和社会需求来进行。能正确理解当今的社会现状和事实，具备基本的知识，以此为标准对自我进行分析和反思。
认知自我是我们制定人生目标的前提，是我们行动的参考，在我们做任何决策和行动前，我们都应该先清楚认知自我的内心，能力和欲望。
认知自我也是我们克服焦虑的唯一方法。
新拿到的pixel3原系统，发现wifi连接后受限，4g lte也无法打开网页，提示SSl相关的问题。
找到的解决方法：
没有ROOT情况 (adb命令要自行安装与配置)
没有 ROOT 的安卓机可以借助 ADB 命令来修改，首先下载ADB工具包，然后手机开启USB调试模式，接着运行 CMD 输入下面的命令就可以了。
# 删除默认的地址
adb shell settings delete global captive_portal_https_url
adb shell settings delete global captive_portal_http_url
# 修改新的地址
adb shell settings put global captive_portal_http_url http://captive.v2ex.co/generate_204
adb shell settings put global captive_portal_https_url https://captive.v2ex.co/generate_204
改完同样把手机切换飞行模式，再切换回来就可以了。如果需要其它服务器地址，自行修改，如 MIUI 的是 http://connect.rom.miui.com/generate_204 地址最近对ThreadX很感兴趣，TreadX官方文档中有Silicon Labs EFR32MG12的代码支持，我手头没有这块板子，但我之前有幸拿到了朋友送的配置可谓极致的silicon labs BG22开发板，所以想尝试下这个板子是否也可以用。
这个板子可谓精致，还有配套的演示app，可玩性很高，但是一直忙于其他项目，没有时间研究。所以趁国庆有空，拿出来吃灰的板子研究下，希望以后能有机会拿它在高端和超低功耗场景拿来做产品，同时也算是对朋友的一个交代。
万事开头难，我们要怎么快速入门silicon labs的系列产品呢？对于c类型项目来说，最难的入门门槛就是开发环境和开发流程，搞定这些，到了纯编码部分就是很快的事情了。
本文内容分为以下几个部分：
小封装 Thunderboard
除了左右两个MIC，以上的传感器和按键以及led都在APP中可以互通。
[I] Thuderboard demo initialised
[I] sv = 3.031 svl = 3.031 i = 0.003 r = 0.072
[I] Bluetooth stack booted: v3.2.3-b273
[I] Bluetooth public device address: 84:2E:14:31:CA:5D通过simplicity 的下载按钮下载的只是应用，是不包含bootloader的，如果之前全片erase过，下载后是无法正常运行的。更新boot的方法就是重新下载一个带boot的，然后再重新更新应用，或者独立下载系统内置的默认bootloader。
在我们尝试 erase时，出现下面的问题：
DP write failed
Could not access Debug challenge interface解决：
参考官方论坛的解答，断开重连问题得以解决： https://silabs-prod.adobecqms.net/community/software/simplicity-studio/forum.topic.html/can_t_program_bgm220pc22hnamoduledpwritefaile-j6BP
进一步的原因，其实官方的文档里面有描述：
https://www.silabs.com/documents/public/training/wireless/bg22-thunderboard-workshop-out-of-the-box-thunderboard-example-project.pdf
Error: DP Write Failed - Press the Reset button on Thunderboard or unplug/replug then Flash again within 30 seconds.
The Thunderboard demo app which ships on the boards goes into a low energy mode (EM2) after 30 seconds. When the device is in EM2,
the debug interface is unavailable, and DP write fails. We can wake the device by resetting Thunderboard在烧录下载了我们自己编译的嵌入式版本后，我们接下来要用原厂配套的APP来测试各个功能，以确保我们手头的代码版本功能正常。
至此，我们编译的版本，在APP的各项测试中都正常通过，跟出厂的原装版本表现一致，也就证明了我们这套代码以及环境的可用性和正确性，接下来我们就可以放心基于这套驱动和参考代码来构建我们自己的功能产品了。
不论是从芯片支持的外围传感器的驱动丰富性，还是从开发IDE Simplicity和配套APP的易用和完备角度来看，EFR32BG22芯片及其开发SDK套件都是低功耗蓝牙物联网解决方案的极具竞争力选择，其芯片价格在一线品牌中也很有竞争力，具有极高性价比，值得我们深入挖掘和研究。
BG22带蓝牙协议栈的版本是需要bootloader的。如果开发过程中我们不小心把bootloader覆盖了或者擦除了，怎么重新烧录？
有2种方法：
第1种在simplicity中可以一键完成，所以我们不再赘述。我们接下来重点详细介绍第2种方法。
commander flash D:\SiliconLabs\SimplicityStudio\v5\developer\sdks\gecko_sdk_suite\v3.2\platform\bootloader\sample-apps\bootloader-storage-internal-single-512k\efr32mg22c224f512im40-brd4182a\bootloader-storage-internal-single-512k.s37这里需要需要注意环境变量的问题，如果提示不能识别commander，就需要自己手动配置。我们这里使用的是系统默认的boot，如果用自己的，注意改成实际boot项目的路径。
成功后提示如下：
The serial format is 115200 bps, 8 bits, no parity, and 1 stop bit by default.
实际是先整片擦除，然后自动重新烧录了bootloader
commander convert bootloader-uart-bgapi_BG21_test.s37 your_application.s37 -o app+bootloader.s37合并bootloader和应用的命令在UG162文档描述如下：
5.5.1 Combine Two Files
Converts two files with different file formats into one specified output file. Command Line Syntax：
$ commander convert <filename> <filename> [--address <address>] --outfile <filename>注意：需要指定转换文件的路径，如果不指定路径，需要把转换的文件放到commander软件同一路径下。
今天国庆有空，所以抽空定位下之前发现的七牛头像文件接口访问失效的问题。接口以前是正常的，中间无代码修改，最近发现有错误日志，同时app头像加载异常。
经过服务器业务日志分析，是php 的readfile函数失效。
在出问题的服务器用wget 和curl测试都无法很快下载，需要等非常长时间，但是我本地的浏览器正常，能很快访问。所以接口失败就应该是超时导致的。刚开始没有头绪，以为是七牛的安全相关的问题，后面根据wget的日志，发现每次都优先解析的是ipv6地址，于是怀疑可能是ipv6的问题。
于是禁用服务器的ipv6：
编辑文件/etc/sysctl.conf，
vi /etc/sysctl.conf
添加下面的行：
net.ipv6.conf.all.disable_ipv6 =1
net.ipv6.conf.default.disable_ipv6 =1
如果你想要为特定的网卡禁止IPv6，比如，对于enp0s3，添加下面的行。
net.ipv6.conf.enp0s3.disable_ipv6 =1
保存并退出文件。
执行下面的命令来使设置生效。
sysctl -p再次尝试wget，curl,皆正常，于是测试php接口，恢复正常。
ios：15.0.1
xcode：13.0
在苹果地图页面手势缩放时，会显示：
[VKDefault] Zero Length edge on polygon boundary然后多次反复缩放，一直触发这个日志，然后系统就会提示内存泄露 memory leak，然后崩溃。
==14901==ERROR: AddressSanitizer: allocator is out of memory trying to allocate 0x110 bytes
==14901==FATAL: AddressSanitizer: internal allocator is out of memory trying to allocate 0x50 bytes
warning: could not execute support code to read Objective-C class data in the process. This may reduce the quality of type information available.
AddressSanitizer report breakpoint hit. Use 'thread info -s' to get extended information about the report.暂时没有办法，只能等新版本再观察了，如果有解决方案的朋友希望留言，谢谢
Failed to prepare device for development这个是xcode和ios设备的版本不匹配导致。需要更新xcode的设备支持包，
以下为例子，因为系统是不断升级的，具体自己对照下：
DAO: Decentralized Autonomous Organization(去中心化自治组织)
瑞波币（XRP）: 是瑞波（Ripple）系统内的流动性工具，是一个桥梁货币，是各类货币之间兑换的中间品
TRX: 波场币发行 波场币是由波场基金会发行的基于波场协议的主网货币，简称TRX。 TRX是TRON区块链上账户的基本单位，所有其他代币的价值均从TRON价值衍生出来，TRX也是所有基于TRC标准代币的天然桥梁货币。
TRC20:类似ERC20,是一种基于波场的转帐协议或者通道.
DXO: DeepSpace Token
L1,L2: https://www.jianshu.com/p/2c957b67fa19
其中第 0 层对应 OSI 模型的底层协议，大致包括物理层、数据链路层、网络层和传输层。第一层（Layer 1）大致包括数据层、共识层和激励层。
而第 2 层（Layer 2）则主要包括合约层和应用层。
按照这个维度来划分，像我们所熟悉的比特币网络、以太坊主网等主流公链都属于 Layer 1 的范畴。只不过，由于在当前众多的公链项目中，以太坊是运行智能合约、DAPP 最多的公链，也是锁仓资产价值和日均交易量最大的公链，所以在有关以太坊网络 Layer1 和 Layer2 不同扩容方案的讨论也是最多的，所以在本文中，如没有特殊说明，所提到的 Layer1 和 Layer2 一般以以太坊为主。
通俗来说，在以太坊网络中，Layer 1 的主要作用就是确保网络安全、去中心化及最终状态确认，做到状态共识，并作为一条公链网络中可信的“加密法院”，通过智能合约设计的规则进行仲裁，以经济激励的形式将信任传递到 Layer2 上；而 Layer2 则以追求更高效的性能为终极目标，从上面区块链技术逻辑架构示意图中，我们可以看到，作为第二层网络，可以替 Layer1 承担大部分计算工作，近年来，不少项目都是基于 Layer2 搭建的，从而将交易行为从主链上分离出来，降低一层网络的负担，提高业务处理效率，从而实现扩容。在这个过程中，Layer2 虽然只做到了局部共识，但是基本可以满足各类场景的需求。
目前行业内比较贴切的是将 Layer1 和 Layer2 的关系和中央银行与商业银行的关系来类比：把 Layer1 承担着中央银行的角色，而 layer2 则是各大商业银行。
在现行主流的金融系统中，所有的资产都必须在中央银行结算，而具体的流通过程可以同时发生在中央银行和商业银行。因为如果所有人都去央行结算的话，势必会发生业务拥堵的情况，更好的解决办法当然是由商业银行来先处理大量交易业务，然后由各个商业银行和中央银行结算一次整体业务，这样才能使得整个金融系统更加高效有序的运转起来。
所以从中我们能够得到的启示就是，对于在以太坊网络中存在的交易拥堵、手续费居高不下的问题，一个可行的解决方案就出炉了——将以太坊的资产存入 Layer2，之后的资产流动交易环节都在 Layer2 上进行，只把最终结算过程放到 Layer1 上就可以了.