Golden Gate activity auditing with SQL?
Short answer is 'No', you can't reliably prove this without lower level details.  Auditing and Triggers will work from the database layer.  If you have access to the GoldenGate Trail files (files with all the extracted changes), you can see exactly what GoldenGate will replicate by using logdump (another binary that comes with OGG).  

It sounds like you have bi-directional replication (active-active back).  If so, your Extract process should be configured to ignore your OGG user, since you don't want to replicate changes back to the source.  

Another thing to considers whether or not triggers are enabled on your unused/secondary site.  I have seen weird things happen when triggers are not disabled on the receiving side (duplicated history records, unique key violations, etc).  

Also, if your secondary site is unused, maybe DataGuard is a better solution.  It all depends on your software and infrastructure architecture.  It won't be a bi-directional solution, but arguably a simpler solution than OGG.