中国发现的古代"龙人"头骨并非我们所想的那样

[https://www.livescience.com/archaeology/human-evolution/ancient-dragon-man-skull-from-china-isnt-what-we-thought](https://www.livescience.com/archaeology/human-evolution/ancient-dragon-man-skull-from-china-isnt-what-we-thought) 科学家已确定,一个被命名为"龙人"的古代人类亲属的巨型头骨实际上属于丹尼索瓦人。 通过使用尖端的DNA分析技术,科学家们已经揭示了一个被称为"

中国发现的古代"龙人"头骨并非我们所想的那样

https://www.livescience.com/archaeology/human-evolution/ancient-dragon-man-skull-from-china-isnt-what-we-thought

科学家已确定,一个被命名为"龙人"的古代人类亲属的巨型头骨实际上属于丹尼索瓦人。

image.png

通过使用尖端的DNA分析技术,科学家们已经揭示了一个被称为"龙人"的古代人类亲属的真实身份。

这个谜团始于1933年,当时一名中国工人在哈尔滨市发现了一个巨大的类人头骨。2018年,这名工人的家人从他曾埋藏的井中取出了这个哈尔滨头骨,并将其捐赠给了科学界。这个巨大的颅骨具有细长的低矮脑壳和突出的眉脊,同时还有宽阔的鼻子和大眼睛。基于头骨的不寻常形状和大小,专家们在2021年将其命名为新物种——智人龙骨(Homo longi)或"龙人"。

但在过去几年里,关于至少生活在14.6万年前的龙人是否是一个独立物种存在着激烈的争论。一些研究人员认为,由于此前从未发现过丹尼索瓦人的头骨,这个龙人头骨可能来自一群被称为丹尼索瓦人的古代人类。

现在,在周三(6月18日)发表在《科学》和《细胞》期刊上的两项研究中,研究人员已经证实龙人确实就是丹尼索瓦人的面貌。

科学家们最初试图从哈尔滨头骨的骨骼和牙齿中提取古代基因组,但未能成功。不过,他们成功从牙齿上硬化的牙菌斑中提取了一些DNA,并从内耳骨中获得了一些蛋白质信息。

从头骨中提取的线粒体DNA(mtDNA,这种DNA从母亲传给子女)显示,龙人与一群生活在大约21.7万年至10.6万年前的西伯利亚早期丹尼索瓦人有关系。研究人员在《细胞》期刊的研究中写道,这意味着丹尼索瓦人在亚洲占据了广大的地理范围。

此外,研究人员还研究了头骨的"蛋白质组",即骨骼中发现的蛋白质和氨基酸组合。通过将这些蛋白质组与现代人类、尼安德特人、丹尼索瓦人和非人类灵长类的蛋白质组进行比较,研究人员在《科学》期刊的研究中写道,他们发现哈尔滨头骨与早期丹尼索瓦人之间存在明显的联系。

"现在,我们拥有了首个全面的丹尼索瓦人群形态学蓝图,这有助于解答过去十年来一直悬而未决的问题:丹尼索瓦人长什么样,"他们在《科学》杂志的研究中写道。简而言之,丹尼索瓦人看起来就像"龙人"。

虽然这个巨大头骨的谜团在很大程度上已经得到解决,但专家们仍需要讨论将其归类为智人龙骨(H. longi)物种的问题。

"这项研究使得哈尔滨头骨很可能是迄今为止发现的最完整的丹尼索瓦人化石,"伦敦自然历史博物馆的古人类学家克里斯·斯特林格(Chris Stringer)在给Live Science的电子邮件中表示。他曾研究过哈尔滨头骨,但没有参与这些新研究。斯特林格补充说,"智人龙骨是这个群体合适的物种名称,"尽管目前这个群体规模较小。

但是,将哈尔滨头骨重新鉴定为丹尼索瓦人,也要求专家们重新思考他们对亚洲人类演化的认知,特别是在中更新世时期(约78.9万年至12.6万年前)。在这一时期,欧亚大陆至少有三种不同的人类——现代人、尼安德特人和丹尼索瓦人——他们经常相互交配,这也导致了这个被称为"混乱中期"的复杂演化时期。

截至目前,丹尼索瓦人这个早期人类群体主要是通过他们的DNA和为数不多的化石被人们所了解。这与尼安德特人形成鲜明对比,尼安德特人的头骨在过去150多年里在整个欧洲和西亚地区都有发现。

随着哈尔滨头骨被确认为丹尼索瓦人,以及今年4月发表在《科学》杂志上的研究确认了在台湾海岸发现的一个下颌骨属于丹尼索瓦人,这意味着古人类学家现在有了明确的参照样本,可以用来比对其他未知的头骨。

斯特林格说,研究中更新世化石头骨的大小和形状对于检验它们之间的关系仍然至关重要,特别是因为大多数化石中的DNA保存状况都不理想,而这些研究对于确定丹尼索瓦人的真实面貌非常重要。但他补充说:"从古代人类化石中提取古DNA和蛋白质组的研究肯定还会有更多发现。"

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号