George Keliipio

Results 3 issues of George Keliipio

**Describe the bug** 在树莓派4b下编译2.9.0的arm64报错 cmake -DARCH_NATIVE=on .. make **To Reproduce** [100%] Linking CXX executable ../../bin/fisco-bcos ../../../deps/src/rocksdb/librocksdb.a(crc32c.cc.o):crc32c.cc:function rocksdb::crc32c::ExtendARMImpl(unsigned int, char const*, unsigned long): error: undefined reference to 'crc32c_arm64(unsigned int, unsigned char...

in progress

关于融合中间层: 现有的boatx方案是通过边缘网关的区块链中继点来完成的,这等于是在去中心化的方案中嵌入了一个中心化的方案,有点别扭。我们目前的方案是通过融合中间层来解决,简单说就是,建立基于armv8和armv7下的嵌入式联盟链中间层,并建立轻节点,来保证区块链的中继通信。 关融合硬件层: 现有的boatx的iot都是默认在tcpip切网络通信良好的情况下进行,但实际上,真正的硬件通信环境千差万别,比如我们正在测试的电力载波通信只有1KB带宽,还需要多设备共享,也不是通过tcpip传输,而是通过mqtt转电力载波专有协议,不管是带宽,还是通信协议都不支持。因此我们的思路是建立透传硬件层方案下的融合硬件层,来解决boatx的通信数据量问题。 我们的最终想法: 建立类似于鸿蒙系统的方案,对于iot,边缘网关,和云,以及不同的通信方案和通信带宽下,通过融合中间层和融合硬件层,基于rust及c语言进行通用性整合区块链开发。

是不是可以用data里面标准过的数据做验证进行问问题,然后用evaluate.py做判定吗