另外说一句， 就算 java 有了这些其他语言早就有的，graalvm 不成熟稳定吧，java 打包二进制体积，启动速度提升依然都还早。新技术要求语言的新功能和特性，java 一个都没有。这几年业界关注的
都是语言有库集成 ebpf, 语言整合 wasm 配合 wasi 运行时。

goroutine 不是 coroutine 协程，GMP 调度 是多个线程对应多个协程的抢占式调度。async/await 是偏向 IO 的协程。

goroutine 不需要任何包，是直接嵌入 go 的，绝大多数性能比较的测试都是没有意义的。javaer 还是做你的 crud 还有业务吧，别来搞基础设施。

go 又不是靠业务发展的，靠的是中间件和云原生。java 再怎么样，在云原生中也是靠边站的角色。只有少数云原生中间件会选用 java, 云原生大多数组件也不是一种语言，go/rust/c++ 三种都有。

首先这个不是分布式数据库，只是个分库分表的中间件。
第二，这个除了 proxy 以外 只能对接 java 语言
第三，这些组件出现较早，并不适合云原生。
在过个十年，这些都会被淘汰，NewSQL 比如 tidb, oceanbase, polardb 才是真正的分布式数据库，而不是依赖 mysql 的组件。

@dayeye2006199
接你的方法
还可以用 kt-connect 把远程流量导入本地测试
https://github.com/alibaba/kt-connect

IBE 和 PKS 没有一点关系。
公钥设施并不依赖于某一个公司的，你的电脑和手机在出厂的时候就已经植入受信的安全证书。

不依赖于公密钥体系和可信第三方 CA 的加密可以做到端到端加密，不过是一种更加复杂的加密
基于身份的密码体系（ identity-based encryption)
2001 年，Boneh 和 Franklin 正式给出 IBE 的定义，安全模型，并应用双线性对（ Bilinear Map ）构造了一个安全的 IBE 方案
不过基于 pairings 的 IBC 方案，在实现时往往都有些性能问题，因此 IBC without pairings 也算是近些年研究比较多的课题。
这些可供了解。

原来题主想钻研网络安全，这个远远不是工程师和程序员所了解的。
你还是问问大学安全方面的教授比较好， 我工作之前在大学是学信息安全的硕士，很多东西已经还给老师了。
这方面入门看一本书 Springer 出的《 Protocols for authentication and key establishment 》

这是考题吗？
这个文字叙述并不严谨，如果抽象出来， 在信息安全这一行是有专门的逻辑形式化验证协议漏洞的。(数学符号逻辑验证），大名鼎鼎的 Needham–Schroeder 协议在使用了 20 多年后漏洞就是这样发现的。

从本身来看
这种传递明显不够安全。
反复使用同一个 key, 并没有加上一些生成新 key 的机制，不满足安全上的 key freshness ，另外不满足安全中前向安全性和后向安全性。

编码理论是一本非常厚的数学书，密密麻麻都是公式和计算。里面就有要讨论的伽罗华域(Galois Fields)，码字，编码空间、编码距离、线性码、非线性码这些。

数据验证日常生活都多得很， 你的身份证如果有一位是填错的，也是可以纠正的
条形码和二维码都有一定的纠错能力。
Reed-Solomon Codes——RS 纠错码在存储中用得多。

这不是工程领域需要研究的， 感兴趣要去啃信息论和编码理论的书，前提还要会抽象代数知识。我以前没少算这些，除非你是做安全或分布式存储系统开发的，你大概率是不会遇到的。

小伙你项目可能火了，vitess 可是云原生分库分表的项目。
另外 planetscale serverless 数据库 都是基于 vitess 上的。

另外 webrtc 中每个节点是对等的，直播不需要对等的，也不需要信令服务器 和 NAT 打洞。

这些人各个装着对 webrtc 很了解，估计都是些前端。
“WebRTC 是通信的能力，从技术上看是两个或多个客户端，让用户具备互动的能力。 人对于延迟的感知是 400ms ，也就是一般的对话能顺利进行，这是 RTC 的核心指标。 由于端和端之间有关联，导致系统复杂度比直播高了多个数量级，这是很多问题的根源。"（ https://ossrs.net/lts/zh-cn/docs/v4/doc/webrtc ）
web 又不是直接连 rtmp, 那个方案没有大问题，
rtmp 转 HLS ，HLS 就是 http 的。

PyQt 也没多好吧， 那你自己不要写屎山就行。

这个项目还是建议用靠谱的音视频厂家服务，你自己做不现实，没有 CDN, 也不懂音视频编码（最起码 ffmpeg 编程要会），况且你还是个做前端的。
推荐直接购买阿里云，腾讯云的直播或点播云服务
或者从声网买专门的音视频服务
RTMP flv 现在已经属于落后的技术， 了解一下 HLS 配合 FMP4 (flv 压缩率太低）
DASH 协议吧
不推荐 webrtc, 这个技术虽然先进，但是对你编程要求很高， 谷歌对这个客户端更新慢得很，你还要自己搞定信令服务器
webrtc 更好的用途是视频会议 和通话 的双向通信。

再发一个信奥赛学习规划，供参考。链接是 base64
aHR0cHM6Ly9pbWd1ci5jb20vYS9ScHhoYUM5