When the user performs a section edit, Recent Changes is supposed to already track that, show the name of the edited section, and provide a link to only that section if that's what you wanted to read.
But what it sounds like you are asking for is a solution for when the user doesn't explicitly say "I want to edit Section2" + click the appropriate edit link, but instead they use the main Edit tab at the top. You would like VaultWiki to try to figure out what sections were changed.
Theoretically this is possible, but consider this example: a wiki page with 25 long paragraphs that are not broken up by headline tags. As one perfectly valid edit, someone changes a few words in paragraph #2, adds a sentence to paragraph #18, and removes a few lines from paragraph #22. VaultWiki tries to figure out what section was changed, and wastes a lot of resources to determine that there are no sections to begin with. We could feasibly say "a change was made to line 2, 18, and 22", but we would not be able to provide useful links because no bookmarks were created by headline tags. Simply showing a preview of the new line is also not that great - you probably don't know what it was before, so how it might be an improvement would be lost on you.
Even though some changes can be easily detected by automation (like changing the title, or making the article longer), for every case, the best solution is for the users who make the edits to actually tell you what they changed and why they changed it.
It seems like you are encountering the problem where these users are not leaving explanations of their edits in the "Reason for editing" field. If a user does put something here, that too is already included on the Recent Changes display. There is an option to force users to enter a reason whenever they edit a wiki page (see:
https://www.vaultwiki.org/pages/vaul...-Wiki-Articles). It's a setting in the Namespace Manager, and it applies to all wiki pages that fall under the forums in that part of the wiki.