随笔

**第一阶段:**在早期,我们和DSKC人群 (鹿石-赫列克舒尔文化) 一起共存 DSKC是主体是“80%-70%西部草原牧民 (WSH)”血统+20-30%的蒙古本地“古代东北亚人 (ANA)”血统,很明显,他们是一支从西部迁徙而来,并在蒙古当地与原住民融合后形成的新人群,主体被认为是R1a-z93, 这次测出的样本均为Q1b1a3a~(Q-BZ181),可以解释为DSKC作为一个文化和政治的联合体,吸纳了本地的Q1b 人群,因为这批Q1b血统 草原的成分并不多,依然很东北亚,母系可看出两者之间有联姻。 而我们 的Y系祖先 MKT004这一例,在于DSKC共存期间,保持了自身的独特葬俗(被

**第一阶段:**在早期,我们和DSKC人群 (鹿石-赫列克舒尔文化) 一起共存

DSKC是主体是“80%-70%西部草原牧民 (WSH)”血统+20-30%的蒙古本地“古代东北亚人 (ANA)”血统,很明显,他们是一支从西部迁徙而来,并在蒙古当地与原住民融合后形成的新人群,主体被认为是R1a-z93, 这次测出的样本均为Q1b1a3a~(Q-BZ181),可以解释为DSKC作为一个文化和政治的联合体,吸纳了本地的Q1b 人群,因为这批Q1b血统 草原的成分并不多,依然很东北亚,母系可看出两者之间有联姻。

而我们 的Y系祖先 MKT004这一例,在于DSKC共存期间,保持了自身的独特葬俗(被称为Figure-shaped,可能为亚腰兴墓的早期形态),和常染特点(基因上非常“纯粹”的北方/东北亚人。他体内几乎没有DSKC(R1a人群)留下的西部基因印记),这说明更土著的MKT004与DSKC之间保持着严苛的差别与不同。

DSKC以其宏伟的鹿石和庞大的赫列克苏尔墓葬群为标志,是一个极度消耗资源的文明.当气候变得干冷化的时候,对依赖牧业的DSKC核心人群(R1a精英)造成巨大冲击,草场退化,牲畜大量死亡。
经济开始崩溃,而维持庞大的祭祀体系和贵族阶层,修建耗时耗力的巨石建筑,最终掏空了社会根基。

本阶段结论:DSKC是一个由西部R1a精英与东方Q1b主体部落结成的政治军事联盟。权力在上,融合在下,内部存在清晰的族群界限,但也通过联姻维持着整个联邦的稳定,由于而气候的变迁等因素,一场危机正在到来。

———————————————————————————————————————————

**第二阶段:**一场彻底革命的到来—>石板墓诞生了:

DSKC的两个核心——西部精英(R1a)和东方主体(Q1b),从石板墓的精英阶层中彻底消失了。这是一次斩草除根式的权力清洗
新联盟的崛起: 新的统治者来自两个曾经处于DSKC权力边缘的群体:

  • Q1a部落: 以ABL002、MKT006等为代表。他们是Q大单倍群的另一支,与DSKC的Q1b是远亲,代表了一股全新的东方势力。
  • N1a部落: 以KHG001(N-L708)为代表。他们的祖先,正是之前游离于DSKC联邦之外、拥有独特“人形墓”文化的**“北方隐士”**(如MKT004)。

常染上:石板墓人群的常染色体发生了“再东方化/纯化”。他们体内的西部血统比例显著低于DSKC时期的平均水平,回到了MKT004那种更纯粹的东方/东北亚基因模式。他们清除了旧联邦的“混血”特征,建立了一个血统上更具认同感的新政权

本阶段结论:石板墓文化是一场由Q1a和N1a部落领导的“东方革命”。他们联手推翻了DSKC的“R1a-Q1b”二元联邦,不仅驱逐了西部精英,也取代了同为东方人的Q1b旧盟友,完成了对蒙古高原的权力重塑。

Read more

三台机器部署 ClickHouse 高可用集群实战记录

本文是一份可发布版部署记录。真实 IP、域名、账号、密码、下载链接、业务目录名、机器唯一标识等敏感信息已经替换为占位符。命令中的 <...> 需要按自己的环境替换。 目标与拓扑 这次目标是用三台数据节点部署一套 ClickHouse 高可用集群,拓扑采用: 1 shard x 3 replicas 含义是:集群只有一个逻辑分片,三台机器都保存同一份数据的完整副本。任意一台数据节点宕机时,只要 ClickHouse Keeper 仍然有多数派,剩余节点仍可继续提供读写服务。 规划节点如下: 主机名示例地址角色ch-01<ch-01-ip>ClickHouse Server + ClickHouse Keeperch-02<ch-02-ip>ClickHouse Server + ClickHouse Keeperch-03<ch-03-ip&

By ladydd

折腾记(二):接入火山引擎实时语音 API,家庭语音助手体验直接拉满

接上篇 上一篇用全开源组件(Whisper + Hermes + Edge-TTS)搭了个语音助手,能跑,但体验就是"能用"二字: * 中文识别只有 70 分,方言基本歇菜 * 英文唤醒词"Alexa"喊着别扭 * 说完到回复要等 4-8 秒 * 它说话的时候你插不了嘴 这些问题靠堆开源组件很难根治。于是我去试了火山引擎(字节跳动)的语音服务,结果直接换了条路。 这篇分两段:先讲怎么用火山引擎的 ASR/TTS 替换掉开源组件(小改),再讲怎么上端到端实时语音模型(大改)。 第一段:先把 ASR 和 TTS 换成火山引擎 为什么换 我用豆包输入法的时候发现它语音识别准得离谱。一查,豆包用的就是字节自家的火山引擎 Seed-ASR。开通后有免费额度(

By ladydd

折腾记(一):用全开源组件给家里搭一个语音助手,对接自己的 Hermes Agent

起因 事情是从一块 ESP32-S3 开发板开始的。 我手上有一块 Seeed Studio XIAO ESP32-S3 Sense,带摄像头和麦克风。最初的想法很美好:用这块板子做一个无线语音终端,对着它说话,连到我服务器上跑的 Hermes Agent(一个自托管的 AI agent),让它回答我。 但折腾到一半我突然意识到一件事:我的麦克风、音响、服务器全在家里,为什么要绕一圈用 ESP32?直接把麦克风和音响插到服务器上不就行了? ESP32 那条路(做无线拾音终端)当然也有价值,但那是"为了学嵌入式而学",不是解决问题的最短路径。于是这个项目就从"嵌入式项目"变成了"在服务器上拼一个语音助手"。这篇就记录后者。 教训零:先想清楚你要解决的是什么问题。很多时候最优解比你最初设想的简单得多。 目标

By ladydd

Kiro 的三种代理设置方法:本地、服务端、Remote

作为kiro的骨灰级用户,这篇是我自己折腾 Kiro / Kiro Remote / Ubuntu Server 代理问题后的复盘。 核心不是“怎么配一个代理”,而是先判断:到底是谁在访问外网? 谁访问外网,代理就要配给谁。 0. 先说结论 Kiro 相关代理大概分三类: 场景真正访问外网的进程在哪里代理应该配在哪里本地 KiroWindows / Mac 本机本机 Clash / Proxifier / 系统代理服务端 Kiro / CLIUbuntu Server 上的 shell、CLI、node、kiro 进程Ubuntu 的环境变量,比如 HTTP_PROXY / HTTPS_PROXYKiro Remote远程 Ubuntu 上的 ~/.kiro-server 和 extensionHost远程 Ubuntu 的 Kiro Server

By ladydd
陕公网安备61011302002223号 | 陕ICP备2025083092号