5e SRD:Young Black Dragon

This material is published under the OGL

Young Black Dragon

Large dragon, chaotic evil

Armor Class 18 (natural armor)
Hit Points 127 (15d10 + 45)
Speed 40 ft., fly 80 ft., swim 40 ft.

STR DEX CON INT WIS CHA
19 (+4) 14 (+2) 17 (+3) 12 (+1) 11 (+0) 15 (+2)

Saving Throws Dex +5, Con +6, Wis +3, Cha +5
Skills Perception +6, Stealth +5
Damage Immunities acid
Senses blindsight 30 ft., darkvision 120 ft., passive Perception 16
Languages Common, Draconic
Challenge 7 (2,900 XP)

Amphibious. The dragon can breathe air and water.

ACTIONS

Multiattack. The dragon makes three attacks: one with its bite and two with its claws.

Bite. Melee Weapon Attack: +7 to hit, reach 10 ft., one target. Hit: 15 (2d10 + 4) piercing damage plus 4 (1d8) acid damage.

Claw. Melee Weapon Attack: +7 to hit, reach 5 ft., one target. Hit: 11 (2d6 + 4) slashing damage.

Acid Breath (Recharge 5-6). The dragon exhales acid in a 30-foot line that is 5 feet wide. Each creature in that line must make a DC 14 Dexterity saving throw, taking 49 (11d8) acid damage on a failed save, or half as much damage on a successful one.

See 5e SRD:Dragons.

Back to Main Page → 5e System Reference Document → Creatures → Monsters

Open Game Content (place problems on the discussion page).
This is part of the 5e System Reference Document. It is covered by the Open Game License v1.0a, rather than the GNU Free Documentation License 1.3. To distinguish it, these items will have this notice. If you see any page that contains SRD material and does not show this license statement, please contact an admin so that this license statement can be added. It is our intent to work within this license in good faith.
gollark: I should assign unique IDs to the other sandbox escape bugs.
gollark: My "fix" is this:```lua--[["Fix" for bug PS#E9DCC81BSummary: `pcall(getfenv, -1)` seemingly returned the environment outside the sandbox.Based on some testing, this seems like some bizarre optimization-type feature gone wrong.It seems that something is simplifying `pcall(getfenv)` to just directly calling `getfenv` and ignoring the environment... as well as, *somehow*, `function() return getfenv() end` and such.The initial attempt at making this work did `return (fn(...))` instead of `return fn(...)` in an attempt to make it not do this, but of course that somehow broke horribly. I don't know what's going on at this point.This is probably a bit of a performance hit, and more problematically liable to go away if this is actually some bizarre interpreter feature and the fix gets optimized away.Unfortunately I don't have any better ideas. Also, I haven't tried this with xpcall, but it's probably possible, so I'm attempting to fix that too.]]local real_pcall = pcallfunction _G.pcall(fn, ...) return real_pcall(function(...) local ret = {fn(...)} return unpack(ret) end, ...)end local real_xpcall = xpcallfunction _G.xpcall(fn, handler) return real_xpcall(function() local ret = {fn()} return unpack(ret) end, handler)end```which appears to work at least?
gollark: Fixed, but I don't really know how or why.
gollark: ... should I create a bug report?
gollark: It returns two, actually. The second one. I don't know *what* the first one is doing.
This article is issued from Dandwiki. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.