- 博客(1210)
- 资源 (35)
- 收藏
- 关注
原创 SpaceX的核心Fact Sheet
其中有63次是将Starlink卫星送入轨道,27次是将第三方的卫星送入轨道,另外有5次是为美国政府服务,其中包括3次为国际空间站运输补给品、2次运送机组人员到国际空间站、1次运输X-37B间谍机。SpaceX发射业务最大的客户是美国政府,包括NASA, Space Force, Air Force等,约有21%的发射任务涉及美国政府的载荷,包括国际空间站 (ISS) 补给任务(~9%)和国际空间站机组人员运输(~3%)。随着SpaceX的发射频率越来越高,它还希望能够扩大每次发射运载的有效载荷。
2024-04-24 00:22:10 606
原创 GW星座计划
可以预计未来5到10年,很可能就是卫星互联网的风口,抛开“6G”这个噱头不说,国家已经在2020年将卫星互联网建设列入了“新基建”的范畴,35年长期目标还设定了建立一个“通信、观测和导航为一体的综合网络”计划。”当然每家单位,每个参与的同事,也都在努力奋斗中,先进的技术和合理的应用都是一点一点积累迭代的。G60星座的名称来源于上海市的G60科创走廊,这是一个以高新技术为主导的产业集群,涵盖了上海市和周边八个城市,形成了一个长达300公里的创新带,其中包括了航天信息产业园,这是G60星链的主要生产基地。
2024-04-23 00:21:16 473
原创 中国两大卫星计划
尽快推动GW星座计划 (即国网星座计划---预计由2021年注册于雄安中国卫星网络集团有限公司主导推出的一项互联网近地轨道卫星计划)和G60星座 (G60低轨卫星互联网计划由上海市政府支持,旨在提供宽带互联网服务)在内的众多低轨卫星互联网星座计划争取早日建成,一方面,在国际上与SpaceX的Starlink竞争。一方面满足国内的应急市场,另一方面对国人和政府更多的国际行动提供安全而可靠的全球通信保障。
2024-04-23 00:02:58 74
原创 I cannot open all the JetBrains‘ applications after I deleted some system items on my Macbook
Exception Type: EXC_CRASH (Code Signature Invalid)Exception Codes: 0x0000000000000000, 0x0000000000000000Exception Note: EXC_CORPSE_NOTIFYCrash from the IntelliJ IDEA report looks similar to https://youtrack.jetbrains.com/issue/IDEA-282172Check the be
2024-04-22 11:29:24 210
原创 马斯克推荐过的5本好书
在接受有关该主题的采访时,埃隆表示:“人工智能不一定是邪恶的才能毁灭人类——如果人工智能有一个目标,而人类只是它达成目标的阻碍,那么它会理所当然地毁灭人类,甚至不假思索。帝国的问题在于,它们有一个周期性的生命周期,先是令人难以置信的增长,然后是一个临界点,最后是不可避免的灭亡,正如我们在巴比伦、苏美尔、随后是埃及、罗马和中国所看到的那样。这本书深入探讨了我们是否可以与一个智力使人类相形见绌的实体共存的问题,并为第一个人工智能的整个竞赛添加了一个新的层面“也许我们应该小心这一点”。
2024-04-21 17:40:55 463
原创 星链全解1
八网一体”包括5G+通信卫星网、预警侦察卫星网、指挥控制卫星网、遥感气象卫星网、导航定位卫星网、情报保障卫星网、网电攻击卫星网和监视防护卫星网。根据SpaceX的社交媒体发布,这些升级包括分别在推力、脉冲上提高2.4倍和1.5倍的氩霍尔推进器、改装的相控阵天线以及E波段通信载荷,通信容量几乎是第一代星的4倍。流星体只含有很少量的铝,约1%。在天基C4KISR作战体系的推动下,低轨小卫星、泛在自主和人工智能等新型科技快速成长,可能改变战争的性质、形态,提供更加丰富和灵活的军事航天运用,引发新一轮军事变革。
2024-04-21 17:24:40 669
原创 GoLang核心知识点
很多时候我们的一个Struct不止具有一个功能,比如我们需要JSON的互转、还需要BSON以及ORM解析的互转,所以一个字段可能对应多个不同的Tag,以便满足不同的功能场景。Struct Tag可以提供字符串到Struct的映射能力,以便我们作转换,除此之外,还可以作为字段的元数据的配置,提供我们需要的配置,比如生成Swagger文档等。通过反射,我们可以获取一个结构体类型的字段,也可以获取一个类型的导出方法,这样我们就可以在运行时了解一个类型的结构,这是一个非常强大的功能。可以通过反射获取字段的tag。
2024-04-17 17:22:22 698
原创 Kafka硬核干货
为了弥补性能差距,现代操作系统积极的使用主内存进行磁盘缓存,以便在访问磁盘时不进行直接I/O 同时,即使进程维护了数据缓存,数据也很可能在PageCache中重复,这会导致数据缓存两次 此外,Kafka构建在JVM之上。Kafka官网数据 在 具有 6 * 7200rpm SATA RAID-5阵列的JBOD配置上,线性写入的性能约为600MB / sec,但随机写入的性能仅为100k / sec,相差超过6000倍。Broker :Kafka 集群包含一个或多个服务器,这种服务器被称为 broker。
2024-03-28 01:22:20 1135
转载 一篇搞定!10分钟说透Saga分布式事务
这里对Saga进行一个总结,首先Saga是针对分布式长活事务的解决方案,针对事务长、多、复杂的情况,特别是服务由多个公司开发具有不可控性,可以使用Saga模式进行分布式事务的处理。Saga在处理事务一致性方面采取了向前恢复和向后恢复策略,前者通过不断重试的方式保证事务完成,而后者通过子事务的补偿事务,逐一回滚的方式让事务标记失败。在分布式协调方面,Saga采用了两种模式:编排和控制。前者让参与者(服务)之间通过消息进行沟通,根据事件出发事务的执行流程,是一种去中心化的模式。
2024-03-24 22:03:28 203
转载 利用GPT4等进行大模型自动打分是否靠谱:3种评价方法、4大缺陷及4大应对方案工作解读
本文对文章《Judging LLM-as-a-judge with MT-Bench and Chatbot Arena》进行了介绍,该工作研究了LLM作为评委的用法和局限性,比如位置和言语偏差以及有限的推理能力,并提出了迁移其中一些的解决方案,这些都是可以令人深思的。
2024-03-22 00:56:21 316
原创 Twitter 爬取Media图片、视频和封面涉及到的关键Graph SQL应用分析
核心需要解析出 extended_entities -> media -> media_url_https 和 variants。
2024-03-11 19:22:50 64
原创 Layer1 区块链MASSA开发用到的Rust库--MAINNET 2.1.0
massa-node git:(bc7426f22d) ✗ RUST_BACKTRACE=full cargo run --release -- -p 123 Compiling proc-macro2 v1.0.71 Compiling unicode-ident v1.0.12 Compiling libc v0.2.151 Compiling cfg-if v1.0.0 Compiling autocfg v1.1.0 Compiling version_check
2024-03-11 11:40:34 931
转载 《Redis核心技术与实战》学习总结(18)之使用规范
因此,建议将不同的业务数据放到不同的Redis实例,避免单实例的内存使用量过大。在实际应用 Redis 时,我们会更多地把它作为缓存保存热数据,这样既可以充分利用 Redis 的高性能特性,还可以把宝贵的内存资源用在服务热数据上,就是俗话说的“好钢用在刀刃上”。对于业务名或业务数据名,可以使用相应的英文单词的首字母表示,或者用缩写表示,减少key占用的内存空间。:按照键值对的 key 内容进行匹配,返回符合匹配条件的键值对,该命令需要对 Redis 的全局哈希表进行全表扫描,严重阻塞 Redis 主线程;
2024-02-20 17:54:50 34 1
转载 《Redis核心技术与实战》学习总结(17)之多线程
所谓区分编码,就是指直接通过不同的开头字符,区分不同的数据类型,这样一来,客户端就可以直接通过判断传递消息的开头字符,来实现数据转换操作了,提升了客户端的效率。Redis 6.0之前使用的 RESP 2 协议,客户端和服务器端的通信内容都是以字节数组形式进行编码的,客户端需要根据操作的命令或是数据类型自行对传输的数据进行解码,增加了客户端开发复杂度。Redis 6.0 是推出不久的,新的功能特性还需要在实际应用中进行部署和验证,所以,如果我们想试用 Redis 6.0,
2024-02-20 17:48:22 48
转载 《Redis核心技术与实战》学习总结(16)之集群方案
Codis集群保证高可靠性的架构:配置了 server group 的 Codis 集群架构,在 Codis 集群中,通过部署 server group 和哨兵集群,实现 codis server 的主从切换,提升集群可靠性。对于 codis dashboard 和 codis fe 来说,它们主要提供配置管理和管理员手工操作,负载压力不大,所以,它们的可靠性可以不用额外进行保证了。本文总结了Redis集群的两种方案:Codis 和 Redis Cluster 的基础内容,希望对你有帮助。
2024-02-20 17:44:46 38
转载 《Redis核心技术与实战》学习总结(15)之秒杀场景
这样可以将获取分布式锁 和 查询商品库存 的请求压力分摊开来,减轻保存库存信息的Redis实例的压力。此外,也建议不要将秒杀商品的库存信息和日常系统的数据保存在同一个Redis实例,避免干扰业务系统的正常运行。本文总结了Redis支撑秒杀场景的关键技术:原子操作 和 分布式锁 的具体应用,但是需要注意,对于秒杀,只有Redis是不够的,秒杀系统是一个系统性的工程,需要考虑各个环节的设计。在Redis中的应用场景,秒杀场景是一个经典的应用场景,相信大家或多或少都在使用Redis支撑不同量级的秒杀应用。
2024-02-20 17:41:19 36
转载 《Redis核心技术与实战》学习总结(14)之分布式锁保证原子性
对于分布式锁,我们需要考虑场景需要来做权衡,偏重于效率,我们可以使用单Redis实例来实现,而如果偏重于正确性,我们可以使用Redlock方案。客户端需要计算的是 锁的最初有效时间 减去 获取锁的总耗时,如果锁的有效时间已经来不及完成数据的操作了,这时就需要释放锁了,避免出现还没完成数据操作,锁就过期了的情况。在Redis 6.0之前,Redis是使用单线程串行处理请求操作的,当 Redis 执行某个命令操作时,其他命令是无法执行的,这相当于命令操作是互斥执行的。命令格式:SET + Lua脚本组合;
2024-02-20 17:39:37 66
转载 《Redis核心技术与实战》学习总结(13)之性能分析
问题原因:Redis使用内存大页,优点是在分配相同的内存量时可以减少分配次数,而缺点是在RDB持久化时为了继续接收客户端写请求会采取“写时复制”机制,采用内存大页会在客户端请求只修改较小数据(比如:100KB)的时候仍然需要拷贝2MB的大页,当大量的大页拷贝发生时,就会导致性能变慢。背景介绍:内存 swap 是操作系统里将内存数据在内存和磁盘间来回换入和换出的机制,涉及到磁盘的读写,所以,一旦触发 swap,无论是被换入数据的进程,还是被换出数据的进程,其性能都会受到慢速磁盘读写的影响。
2024-02-20 17:34:15 30
转载 《Redis核心技术与实战》学习总结(12)之淘汰策略
当需要再次淘汰时,Redis会再挑选一些lru字段比候选集合中最小lru字段还要小的键值对,将它们放入候选集,如果候选集的数据的个数达到了 maxmemory-sample 配置的个数,Redis就开始将lru字段值最小的数据淘汰(lru字段最小的可能不止一个)。在实际业务应用中,LRU 和 LFU 两个策略都有应用。然后,在需要选择淘汰的数据时,Redis首先会随机选择N个数据将它们作为一个候选集合,然后比较他们的lru字段,将lru字段最小的数据淘汰掉(lru字段最小的可能不止一个)。
2024-02-20 17:16:28 27
转载 《Redis核心技术与实战》学习总结(11)之读写一致性问题
下图展示了一个包含10个bit位的数字,使用3个哈希函数的布隆过滤器,当标记数据X时,首先会经历3次哈希计算,然后将哈希结果对应的bit位标记为1,代表假设数据X已经在数据库了。这时,如果后续应用想要查询数据X时,只需要查看对应的3个bit位是否都为1,是则允许继续查询,不是的话,就代表X不在数据库中。问题定义:缓存穿透是指要访问的数据既不在 Redis 缓存中,也不在数据库中,导致请求在访问缓存时,发生缓存缺失,再去访问数据库时,发现数据库中也没有要访问的数据。(例如使用 Kafka 消息队列)。
2024-02-20 16:31:13 32
转载 《Redis核心技术与实战》学习总结(10)之消息队列
最后,对于需求3-消息可靠性保证,List本身在读取一条消息后就不会再留存这条消息了,所以为了留存消息,List提供了BRPOPLPUSH命令,即让消费者程序从一个List中读取消息,同时再把这个消息插入到另一个List(可以理解为备份List)留存。此外,使用消费组的目的是让组内的多个消费者共同分担读取消息,所以,我们通常会让每个消费者读取部分消息,从而实现消息读取负载在多个消费者间是均衡分布的,比如我们可以使用count N命令来让各个消费者各自读取N条消息。
2024-02-20 16:24:16 39
转载 《Redis核心技术与实战》学习总结(9)之集合使用场景
例如,在统计 1 亿个用户连续 10 天的签到情况时,可以把每天的日期作为 key,每个 key 对应一个 1 亿位的 Bitmap,每一个 bit 对应一个用户当天的签到情况。最后,我们可以用 BITCOUNT 统计下 Bitmap 中的 1 的个数,这就是连续签到 10 天的用户总数了。Sorted Set 元素的权重分数是一个浮点数(float 类型),而一组经纬度包含的是经度和纬度两个值,是没法直接保存为一个浮点数的,因此需要进行GeoHash编码,将经纬度各自的编码组合成一个最终编码。
2024-02-20 16:05:25 24
转载 《Redis核心技术与实战》学习总结(8)之String内存使用分析
在使用Redis集合类型时,一个key就对应一个集合的数据,能保存的数据很多,但也只使用了一个dictEntry,就可以节省在string类型下每个数据都需要的dictEntry内存开销。压缩列表也类似于一个数组,但和数组不同的是,压缩列表在表头有三个字段,分别表示列表长度、列表尾的偏移量 和 列表中entry的个数。其实,Sorted Set类型也可以实现需求,还是按照二级编码设计思路,将ID的前7位作为Sorted Set的key,将ID的后三位作为member值,存储对象ID则作为score值。
2024-02-20 15:39:45 36
转载 《Redis核心技术与实战》学习总结(7)之实例扩展
换句话说,ASK命令只是让客户端给新实例发一次数据请求,ASK 命令并不会让客户端后续所有命令都发到新实例,当然,它更不能更新客户端本地缓存。当客户端把一个键值对的操作请求发给一个实例时,如果这个实例上并没有这个键值对映射的哈希槽,那么,这个实例就会给客户端返回下面的 MOVED 命令响应结果,这个结果中就包含了新实例的访问地址。不过,实际场景中,Redis实例 和 哈希槽 的对应关系并不是一成不变的,而是会随着实例个数的增减而变化,比如Redis Cluster会重新分配哈希槽以确保负载均衡。
2024-02-20 14:57:55 22
转载 《Redis核心技术与实战》学习总结(6)之哨兵机制
所述,从库的 slave_repl_offset 偏移量 一般会等于或接近于 主库的 master_repl_offset 偏移量,而如果某个从库的这个值最接近于主库的,那么就可以被选为新主库。简单说来,就是当一个哨兵和主库建立了连接(如下面所示的配置项)后,就可以向主库发布一个自己的连接信息(如IP和端口),也可以从主从订阅一个其他哨兵的连接信息。在确定好新主库后,多个哨兵实例会进行投票仲裁,选举一个 Leader 出来,由它负责实际的主从切换,即由它来完成新主库的选择以及通知从库与客户端。
2024-02-20 14:41:17 25
转载 《Redis核心技术与实战》学习总结(5)之数据同步
随着主库不断接收新的写操作,它在缓冲区中的写位置会逐步偏离起始位置。当网络闪断异常情况下,主库可能会接收到新的写操作命令,因此,可以看出,主库的偏移量master_repl_offset > 从库的偏移量slave_repl_offset。比如,在实际中通常会手动选择一个 内存配置较高的 从库 来作为同步源,其他新的从库加入后可以从这个从库中同步,建立主从关系。在主-从-从模式下,新增的从库可以设置从 集群中的某一个从库 中进行数据同步,从而避免每次都从主库进行同步,降低主库的资源消耗,保证系统的稳定性。
2024-02-20 14:30:21 25
转载 《Redis核心技术与实战》学习总结(4)之持久化机制
因此,如果采用先写日志方式,那么日志中就有可能会记录错误的命令,导致Redis在使用AOF恢复数据的时候,可能会出错。,即如果AOF需要一次记录的命令太多,Redis会进行重写:Redis根据现状创建一个新的AOF文件,它会读取所有键值对,然后对每一个键值对用一条命令记录它的写入。因为,Redis的单线程设计,日志中的命令只能一条一条按顺序执行,“重放”过程会变慢。但是,当数据量越来越大之后,做全量快照的过程中写入磁盘的时间会逐渐增大,全量数据越多,RDB文件就会越大,往磁盘上写数据的时间开销也就越大。
2024-02-20 14:16:07 18
转载 《Redis核心技术与实战》学习总结(3)之线程模型
但在Redis的使用场景下,简单地加锁可能并不能得到理想的效果,会导致大部分线程在等待获取互斥锁,并行变串行,从而降低吞吐率。比如服务端监听到一个客户端有连接请求,但是一直没有能够成功建立连接,就会阻塞在accept()函数中,导致其他客户端无法和服务端建立连接,这就可能会导致服务端的线程阻塞。正如刚刚的例子中提到,黄牛买到票后会通知老周去领票,为了在请求到达时能够通知到Redis线程,epoll提供了基于事件的回调机制,即针对不同事件的发生,调用响应的处理函数。
2024-02-20 14:05:10 16
转载 《Redis核心技术与实战》学习总结(2)之底层数据结构
对于软件设计来说,也需要在时间 vs 空间,新技术 vs 老技术,优雅 vs 效率,轻度设计 vs 重度设计等之间做权衡,一个问题总会有多种解决方案可以实现,在特定的时间段,永远没有最完美的设计,只有较合适的设计。由上一篇已经知道,List类型的底层实现包括了 双向链表 和 压缩列表,但这是在Redis的3.2版本之前的底层实现。两端节点一般不被压缩,因为当一个链表很长时,最频繁访问的就是两端的数据,根据“二八定律”,两端数据不压缩,而将中间数据压缩,从而节省空间,但又保证读取效率。
2024-02-19 17:42:49 24 1
转载 《Redis核心技术与实战》学习总结(1)之 架构设计
在之前多年的工作生涯中,我也只是关注了零散的技术点,没有对Redis建立起一套整体观,但只有建立了系统整体观,才能更好地定位问题和解决问题,更重要的是应付面试。当往哈希表中写入的数据变的很多时,哈希冲突问题就会出现。所谓rehash,就是增加现有的哈希桶的数量,让逐渐增多的entry元素能够在更多的桶之间分散保存,减少单个桶中的元素数量,从而减少单个桶中的冲突。在具体操作中,Redis会开辟一个新的哈希表(比如:大小为之前的两倍),然后把之前哈希表的数据重新映射到新的哈希表,最后释放之前的哈希表。
2024-02-19 17:21:56 34
转载 OpenAI 视频模型 Sora 科研贡献速览
Sora 是一个惊艳的视频生成模型,它以卓越的生成能力(高分辨率、长时间)与生成质量令一众同期的视频生成模型黯然失色。Sora 的技术报告非常简短,不过我们从中还是可以学到一些东西。从技术贡献上来看,Sora 的创新主要有两点:让 LDM 的自编码器也在视频时间维度上压缩。使用了一种不限制输入形状的 DiT其中,第二点贡献是非常有启发性的。DiT 能支持不同形状的输入,大概率是因为它以视频的3D位置生成位置编码,打破了一维编码的分辨率限制。
2024-02-19 15:01:03 50
转载 解读OpenAI Sora文生视频技术原理
非时间维度子空间内的 attention,注意到的是范畴内与范畴间的关系, 即某个时刻的状态空间。状态空间的时序,研究的是状态空间的动力学,外在驱动“力”或因素导致的状态的“流动”,即状态空间t时刻与 t-n时刻之间的关系,注意到的是其时间依赖规律,往往不具备马尔可夫性。1.状态空间对事物的表征和刻画:状态空间的高维度,某时刻的信息,即某时刻的事物的能量的概率分布,是众多维度的联合概率分布,各维度都可能具有连续性和非线性,如何用线性系统近似,并最大努力消除非线性的影响非常关键;右:DiT块的细节。
2024-02-19 14:53:42 185 1
原创 从大咖视角窥探Sora六大技术创新
在推理时,我们可以通过在适当大小的网格中排列随机初始化的补丁来控制生成视频的大小。我们首先训练一个高度描述性的字幕生成器模型,然后使用它为训练集中的所有视频生成文本字幕。我们将 Sora 与将所有训练视频裁剪为正方形的模型版本进行比较,这是训练生成模型时的常见做法。Sora 是扩散模型;过去的图像和视频生成方法通常会将视频调整大小、裁剪或修剪为标准尺寸,例如 256x256 分辨率的 4 秒视频。在较高层面上,我们首先将视频压缩到较低维的潜在空间,19 然后将表示分解为时空补丁,从而将视频转换为补丁。
2024-02-19 14:47:20 916
转载 AI生成视频神器Sora的原理你能读懂吗
在深入了解Sora如何处理多样化视觉数据之前,让我们首先想象这样一个生活中的场景:你正在翻看一本世界名胜的相册,这本相册中包含了不同国家、不同风格的景色照片,有的是宽阔的海景,有的是狭窄的巷道,还有的是夜晚灯火辉煌的城市风光。尽管这些照片内容和风格各异,但你能轻松地辨识每一张照片代表的地点和情感,因为你的大脑能够将这些不同的视觉信息统一理解。现在,让我们将这个过程与Sora处理多样化视觉数据的方式进行对比。Sora面对的挑战就像是需要处理和理解来自世界各地、不同设备拍摄的数以百万计的图片和视频。
2024-02-18 16:09:29 181
原创 基于Redis的高可用分布式锁——RedLock
客户端在向每个节点尝试获取锁的时候,有一个超时时间限制,而且这个时间远小于锁的有效期,比如说几毫秒到几十毫秒之间,这样的机制是为了防止在向某一个节点获取锁的时候,等待的时间过长,从而导致获取锁的整体时间过长。client1和client2,对Redis节点A-E进行抢锁操作,如图,client1先抢到节点ABC,超过半数,因此持有分布式锁,在持有锁期间,client2抢锁都是失败的,当时序=6时,client1才处理完业务流程释放分布式锁,这时候client2才有可能抢锁成功。多数节点的锁(N/2+1)
2024-01-29 00:39:37 613 1
原创 大型语言模型 (LLM)全解读
大型语言模型 是一种深度学习算法,可以执行各种自然语言处理 (NLP) 任务。大型语言模型底层使用多个转换器模型底层转换器是一组神经网络。大型语言模型是使用海量数据集进行训练的超大型深度学习模型。这也是它们能够识别、翻译、预测或生成文本或其他内容的强大基础所在。因此大型语言模型也称为神经网络 (NN),是受人类大脑启发而开发出的计算系统。这些神经网络利用分层的节点网络工作,就像神经元一样。这些神经网络由具有自注意力功能的编码器和解码器组成。
2024-01-23 16:08:51 4514 2
原创 Langchain使用OpenAI报错AttributeError: module ‘openai‘ has no attribute ‘error 的解决方案
AttributeError: module 'openai' has no attribute 'error
2024-01-22 18:03:35 1722
转载 Kubernetes的三种外部访问方式:NodePort、LoadBalancer 和 Ingress
本文分析了 NodePort,LoadBalancer 和 Ingress 这三种访问服务方式的使用方式和使用场景,指出了各自的优缺点,帮助用户基于自己的场景做出更好的决策。最近有些同学问我 NodePort,LoadBalancer 和 Ingress 之间的区别。它们都是将集群外部流量导入到集群内的方式,只是实现方式不同。让我们看一下它们分别是如何工作的,以及你该如何选择它们。。:这里说的每一点都基于。
2024-01-18 16:09:34 102
VISION FOR A HETEROGENEOUS MULTI-CHAIN FRAMEWORK DRAFT
2023-12-24
Security audit report for imtoken wallet
2023-12-24
Decentraland is a blockchain-based virtual world
2023-12-24
力场的定位是一个以公链共建挖矿为核心的社区平台以及UGC平台
2023-12-24
A Novel Metastable Consensus Protocol Family for Cryptocurrencie
2023-12-24
Measuring Ethereum Network Peers
2023-12-24
Firework Games White Paper
2023-12-24
CS251 Final Exam 2021
2023-12-24
Generic Construction of Ring Signatures with Efficient
2023-12-24
The Gridex Protocol
2023-12-24
Efficient Zero-Knowledge Arguments for Arithmetic Circuits
2023-12-24
KishuInu Whitepaper
2023-12-24
On the Instability of Bitcoin Without the Block Reward
2023-12-24
Shorter Proofs for Privacy-Enhanced Distributed Ledger
2023-12-24
Attacking Threshold Wallets
2023-12-23
This paper provides an architectural overview of the Avalanche
2023-12-23
Avalanche Native Token ($AVAX) Dynamics
2023-12-23
ZKSwap是一个基于 ZK-Rollup 的 Layer2 代币Swap协议
2023-12-23
ZEND White Paper
2023-12-23
KZen Curv Security Audit
2023-12-23
为什么虚拟资产值得投资:元宇宙虚拟地产报告
2023-10-27
元宇宙:未来数字绿洲入口已打开
2023-10-27
Code Assessment of Liquidations 2.0 Smart Contracts
2023-10-27
Scalable and Probabilistic Leaderless BFT Consensus through Meta
2023-10-27
Groth16: a pairing-based (preprocessing) SNARK for arithmetic
2023-10-27
The offer-is-code approach to Decentralised Exchanges
2023-10-27
A Classification Framework for Stablecoin Designs
2023-10-27
EIP-1559 proposal
2023-10-27
拥抱十字路口的挑战:中国金融科技新篇章
2023-02-25
Succinct Arguments、Randomized Algorithms、Universal zk-SNARKs
2023-02-25
Succinct Non-Interactive Zero Knowledge
2023-02-25
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人