DynamoDB's pricing document contains this wording:
A standard write request unit can write an item up to 1 KB. For items larger than 1 KB, additional write request units are required.
Importantly, the item size is mentioned, not the update's size, which suggests that it doesn't matter how many fields in the item you're modifying - it's only the size of the whole item that matters when it comes to pricing.
This document is even more explicit that this is indeed the case, where it explains how an UpdateItem operation is charged::
DynamoDB considers the size of the item as it appears before and after the update. The provisioned throughput consumed reflects the larger of these item sizes. Even if you update just a subset of the item's attributes, UpdateItem will still consume the full amount of provisioned throughput (the larger of the "before" and "after" item sizes).
This actually makes sense, by the way. To modify an item, DynamoDB internally needs to read, modify, and rewrite the entire item. They cannot generally modify the item in-place, and they are unlikely to keep an index of each item's internal structure.