下载 App

荒古传说 · 服务器数据重置公告

修改于10/15112 浏览综合
各位冒险者:
我们于10.15日08:00对服务器进行了一次数据重置。非常抱歉给各位带来了困扰,现将情况如实说明。
一、为什么要重置
在压力测试期间,我们发现了几处影响游戏公平性的问题:
离线收益异常:断网时修改设备时间,可反复领取离线收益,刷取装备与金币。
竞技场次数异常:同类时间漏洞可绕过每日挑战次数限制,导致排行榜出现异常分数。
数据口径混乱:上述问题产生的数据已流入存档,无法与正常数据区分。
这些问题无法通过修补单独清除 —— 因为异常装备与正常装备在数据上完全一致,没有来源标记。为了保证所有玩家的起点公平,我们只能选择整体重置。
这是我们的责任,不是玩家的错。 测试期间发现问题是正常的,但我们没能更早堵住这些漏洞,让认真游玩的玩家承受了损失,在此郑重致歉。
二、重置了什么
以下内容全部归零:
金币、装备、技能书、仓库
竞技场积分与段位
等级、进度、区域解锁
三、补偿
作为补偿,我们为本次测试日10.14日23:00前登录过的账号发放了:
24 小时双倍掉落加成(登录后自动生效,可在征战页查看倒计时)
四、测试阶段可能遇到的情况
本作仍在压力测试阶段,以下情况请知悉:
数据仍可能重置:若再次发现严重问题,我们可能再次清档。正式上线前,请勿投入过多精力。
数值仍在调整:怪物强度、掉落率、奖励数值都可能变动。
功能仍在开发:时装、宠物等系统尚未开放。
可能遇到 Bug:发现问题欢迎通过官方 QQ 群反馈,我们会尽快修复。
五、后续改进
我们已经修复了上述漏洞:
断网时不再结算离线收益(联网后补发,不会丢失)
竞技场每日次数严格限制
存档改为原子写入,避免中断损坏
并会持续加强数据校验,杜绝同类问题。
六、最后
感谢每一位在测试阶段陪伴我们的冒险者。你们的每一次反馈,都让这个游戏变得更好。
荒古大陆,重新启程。
—— 荒古传说开发组
开发日志05:一个小坠,从代码里长出来截图
开发日志05:一个小坠,从代码里长出来
一、回到最开始 第一个版本里,火是一个红色三角形,水是一个蓝色圆。它们相撞,变成一个白圆,名字叫“蒸汽”。 那时我盯着屏幕看了很久,觉得这东西有生命。它不是我画的,不是我摆的,它是自己撞出来的。 后来我才知道,这叫 涌现。 再后来,我花了很长时间,试着把这个“生命感”做成一个游戏。 二、把规则变成玩法 涌现本身不是玩法,它只是机制。要让玩家觉得好玩,得有目标、有反馈、有成长。 于是我把“随机挑战”
我玩了10个小时,回档了?截图
我玩了10个小时,回档了?
你说回档吧, 金币又还在,你说没回档吧,人物装备没了, 技能等级没了。。。。
1 回复
00:09
荒古传说:潜水偷看玩家群,结果被大佬的“毕业猎人”秀了一脸…截图
荒古传说:潜水偷看玩家群,结果被大佬的“毕业猎人”秀了一脸…
各位好,我是《荒古传说》的开发者。平时我都在群里潜水看大家反馈 bug、提建议。 结果今天有玩家甩给我一段视频,我直接看傻了。 大家看视频吧……这满屏的暴击、2.0+的攻速,加上这身神话套。说实话,我们在写数值的时候,都没想过有玩家能在这个阶段把弓手拉扯得这么完美。 很多兄弟平时吐槽说洗练看脸、挂机肝,但看到这位大佬的视频,我突然觉得——这游戏没白做(甚至有点小骄傲)。 视频我放这了,大家
看图提问破案,这款推理游戏细节控狂喜截图
看图提问破案,这款推理游戏细节控狂喜
喜欢看图推理、细节反转、纯逻辑解谜的玩家看过来! 《细思极恐推理社》是一款竖屏单手可玩的看图推理游戏,没有血腥jump scare,没有超自然鬼怪,所有真相都藏在画面的细节里,越琢磨越有细思极恐的味道。 ▶ 怎么玩?像侦探一样提问破案 你面对的不是传统的“找物品”,而是一整个案发现场。 你可以随时向AI主持人提问,只会得到「是」「否」「与案情无关」三种回答——就像真实的案件问询,一步步排除干扰、锁
开发日志 01:从一个我理解错的词开始截图
开发日志 01:从一个我理解错的词开始
我一直以为涌现就是小概率事件,直到我把它想明白了 --- 一、这个主题把我卡了整整一天 拿到“涌现”这个题目的时候,我脑子里第一反应是:抛硬币,十个正面拿大奖。*l 然后我把它发给 AI 助手问了一句:“这算涌现吗?” 它说不算。我当时不服。概率这么低、结果这么稀有、玩家这么上头,怎么就不算? 后来它解释了一句话,我记到现在: > 概率是“我抽到了”,涌现是“我没想到会这样,但它发生了”。 小概率
开发日志 04:把一堆规则,变成一个游戏截图
开发日志 04:把一堆规则,变成一个游戏
一、上一篇日志之后 上一篇日志里,我聊了“涌现式开发”——一个无限增殖的 bug 教会我的事。 写完那篇之后,我做了一个决定:不再增加新系统,开始把现有的东西“做成游戏”。 具体来说,是从“技术原型”变成“可以玩的东西”。这中间有三件事,我想展开聊聊。 二、60关:难度曲线不是算出来的 我做了一个 60 关的闯关模式。每一关有目标词、可用元素、步数限制。 设计的时候,我以为难度就是“融合深度”:一
开发日志3:能跑的游戏,和正确的游戏截图
开发日志3:能跑的游戏,和正确的游戏
一、第二篇日志之后 写完上一篇日志,我以为接下来就是"填内容"——把 30 关关卡数据录进去,把元素分好阶,跑通流程,上线。 事实是,我花了大量时间在"排查看不见的 bug"上。 这一类 bug 的共同点是:代码不报错、画面正常、游戏能跑,但玩法是错的。 它们不像崩溃那样刺眼,甚至不会让你立刻发现,只会让你在某个时刻觉得"为什么手感不太对"。 这篇日志讲三个这样的 bug,和我为此搭的工具链。 二
1 赞
开发日志2:差点把《词坠》做成词库增殖机器截图
开发日志2:差点把《词坠》做成词库增殖机器
## 一、上一篇日志之后 上一篇日志里,我介绍了《词坠》的核心构想:玩家投放元素,元素互相融合,长出一套你完全没设计过的法则。 写完那篇日志后,我做了一件事——**把我之前设计的 49 个词全部推翻了**。 起因是一个很朴素的问题:**太阳为什么是二阶?** 在旧设计里,"火 + 大 = 太阳"是一次融合。但太阳这么宏大的东西,怎么可能和蒸汽、冰放在同一阶?**融合次数 ≠ 语义复杂度。** 这个