cianfa72 said:
if we take the 4-velocity (that is normalized in length) along the timelike congruence
This would be the vector ##\hat{p}_0## in the notation of the Insights article.
cianfa72 said:
and the direction of proper acceleration (that's normalized as well)
Not in general, no. It happens to be a unit vector in this particular case, the vector ##E = \partial_R = \hat{p}_2##. But it won't always be.
cianfa72 said:
starting from an orthonormal set of vectors at a point that includes the former as unit timelike vector and the latter as one of the orthonormal spacelike vectors, we can build Fermi normal coordinates adapted to them (in which the above two are coordinate basis vector fields). Therefore they commute.
No, they don't. You can check explicitly that, in the notation of the Insights article, ##\hat{p}_0## and ##\hat{p}_2## do not commute.
The point you are missing is that ##\hat{p}_2## is
not Fermi_Walker transported along the Langevin worldlines. That is explicitly shown in the Insights article. If you insist on using ##\hat{p}_0## as your timelike basis vector in Fermi normal coordinates, they only work for spacelike basis vectors that
are Fermi-Walker transported.
You are also missing the fact that the claim I made was weaker: I did
not claim that you can have a coordinate chart with ##\hat{p}_0## and ##\hat{p}_2## as basis vectors. I only claimed that you can have a coordinate chart with the KVF ##K## and ##\hat{p}_2## (i.e., the vector field ##E##) as basis vectors. In such a chart, ##\hat{p}_0## will always point in the "time" direction, but that's not the same as being the timelike coordinate basis vector.
cianfa72 said:
Now if we apply your argument about time-dependent axis rotation on proper acceleration direction along the congruence (leaving the timelike direction invariant) then we should get a coordinate chart in which both the 4-velocity and the proper acceleration direction are coordinate basis vectors, hence they must commute.
My argument was for a weaker claim than the one you are making here (which is false). See above.