Wolfram Mathematica simplifica (ab)c a abc sólo para los reales positivos a,b y c . Ver la salida de W|A .
Anteriormente he estado luchando para entender por qué hace log(ab)log(a)=b y log(ab)=blog(a) no siempre se sostiene (mientras que yo siempre pensaba en los logaritmos de los reales positivos como loga(ab)=log(ab)log(a)=blog(a)log(a)=b antes de empezar a estudiar por mi cuenta los complejos), pero luego aprendí sobre el corte de ramas de las multifunciones, de modo que el logaritmo natural puede definirse como una función encontrando primero un conjunto de w para cada z para que z=ew (exponencial natural inversa), y luego de alguna manera (no importa cómo) seleccionar una solución única w de ese conjunto, de modo que ∀z∃!w , dando lugar a una función z↦w . Esto da lugar a una especie de discontinuidad en la que las soluciones se están abandonando:
Esto se hace porque las funciones son generalmente más fáciles de tratar que las multifunciones. La convención de Wolfram es definir log(z) como la inversa de ez tal que log(1)=0 y tal que la discontinuidad del corte de la rama está en (−∞;0] . Sé que es un poco impopular pensar en el logaritmo natural como una función de un solo valor, pero voy a seguir esta convención (personalmente creo que está bien justificada, al menos es lo que ocurre con arcsin , sqrt etc., por lo que, de hecho, me siento cómodo con ello).
Entonces me queda claro por qué es log((−2)−3)log(−2)≈0.814319+0.841574i≠−3 , mientras que −3 satisface perfectamente la ecuación (−2)x=(−2)−3 .
Dado que log(ab)=blog(a) se mantiene para los reales positivos a,b sólo Pensé en cómo resolvería entonces las ecuaciones de la forma ax=b , donde a,b son complejos y no necesariamente reales positivos, ya que mi primer paso fue siempre reescribir todo en base e : elog(ax)=elog(b) y luego llevar el exponente fuera del logaritmo: exlog(a)=elog(b) (añadiendo 2πik,k∈Z a cualquier exponente y luego eliminando los exponenciales se obtiene el resultado). Así que he preguntado en ##math
donde me han señalado que otra forma de reescribir ab a la base e es utilizar la definición del logaritmo: ab=(a)b=(elog(a))b=eblog(a) . Yo estaba contento con eso (e incluso resolví un (−2)x=−3 para x Sólo para divertirse usando este enfoque, vea aquí ) pero algún tiempo después me he dado cuenta de que esto tampoco funciona para los complejos arbitrarios a y b ¡! 1=11/2=((−1)2)1/2=(−1)2⋅12=(−1)1=−1 La norma (ab)c como me dijo W|A, requiere a,b,c sean reales positivos. Cuando señalé eso en ##math
Me dijeron que ab=eblog(a) es por definición de la exponenciación compleja. Lo he comprobado y Wolfram Mathematica está de acuerdo con esta identidad. Demasiado bueno. Pero entonces me di cuenta de que algo no debe ser cierto:
- (ab)c=abc tiene sólo para un real positivo a,b,c
- ∀a,b∈C:ab=eblog(a)
- ∀a∈C:a=elog(a)
Esta última es la definición del logaritmo, por lo que debería ser cierta. La segunda también debe ser cierta, de lo contrario no sé cómo resolver ecuaciones. Por lo tanto: ac=eclog(a) es por la definición de exponenciación compleja, tal como me dijeron. Entonces, reescribiendo a en el LHS utilizando la definición de logaritmo: a=elog(a) (elog(a))c=eclog(a) Ahora bien, dado que para cada complejo b existe un z tal que b=log(z) podemos reescribir log(a)=b : (eb)c=ebc para todos los complejos b,c ¡! Entonces, ¿qué es eso?
¿Me he equivocado? ¿O es la base a=e ¿tan especial?
O es que (sospecho) sólo hay que exigir a para ser real positivo, y b,c ¿son de hecho irrelevantes? ∀a∈R∀b,c∈C:a>0⟹(ab)c=abc ¿He encontrado un error en Mathematica y W|A o he cometido un enorme y estúpido error que me ha llevado a un drástico malentendido?
P. S. Este es mi primer post en MSE, no soy un experto en matemáticas, sólo un aficionado, así que lo siento si estoy luchando en lo básico aquí. También lo siento por mi inglés: no es mi lengua materna.
Editar: gracias @Andrew por tu respuesta.
∀a,b,c:−π<ℑ(blog(a))≤π⟹(ab)c=abc
Muy claro y sencillo, funciona a la perfección.
Pero parece que aunque la implicación es obviamente cierta, hay más casos (léase "valores de a,b,c ") a partir de la cual (ab)c=abc sí se sigue, es decir, he comprobado que es cierto para c∈Z y un complejo arbitrario a,b por ejemplo:
((−2)−3)−2=(−2)(−3)×(−2); (1(−2)3)−2=(−2)6; (−18)−2=64; (−8)2=64; 64=64.
Para este caso, blog(a)=−3log(−2)=−3(log(2)+iπ)=−3log(2)−3iπ y por lo tanto ℑ(−3log(2)−3iπ)=−3π∉(−π;π] Por lo tanto, la implicación de @Andrew no cubre todos los casos.
Entonces, ¿hay más soluciones de (ab)c=abc ?
0 votos
Acabo de ver tu actualización; ¿probablemente el truco de la "@" sólo funciona en los comentarios? En mi respuesta, la afirmación es "Si bloga tiene una parte imaginaria entre (2k−1)π y (2k+1)π Entonces... (ab)c=abc si y sólo si exp(2πcki)=1 ." El ejemplo de su edición ( c un número entero) se ajusta a esta afirmación. :) Otros ejemplos serían c=p/q un número racional en términos mínimos y k un múltiplo entero de q .
0 votos
Lo siento @Andrew no entiendo lo que dices. Si k debe fijarse de manera que el rango sea igual al rango de la parte imaginaria del logaritmo complejo de la rama seleccionada, entonces, porque yo establezco la rama como ℑ(log(z))∈(−π;π] , arreglo k=0 . Entonces exp(2πcki)=exp(0)=1 para cualquier c De ahí que usted afirme literalmente que (ab)c=abc siempre es cierto.
1 votos
Oh. Ya lo tengo. Olvida mi comentario anterior. En este caso ℑ(blog(a))=−3π Así que desde aquí se deduce que k=−1 entonces exp(2π(−2)(−1)i)=exp(4πi)=1 .
0 votos
Por cierto @Andrew, no importa el lado del intervalo (2k∓1)π es inclusivo, puede ser ambas cosas, ¿no?
0 votos
"No importa" con alguna letra pequeña: Si arreglamos la parte imaginaria de log para acostarse en (−π,π] entonces k se define por "la parte imaginaria de bloga está en ((2k−1)π,(2k+1)π] ", y el argumento es el indicado. Si la parte imaginaria del logaritmo está en [−π,π) el intervalo que define k obtiene el correspondiente desplazamiento del punto final. Es decir, desplazar el valor de log en los reales negativos afecta a la definición de la exponenciación, pero "de forma coherente" con la conclusión expuesta.
0 votos
¡Genial! Muchas gracias @Andrew por tu esfuerzo, tu orientación es ampliamente clarificadora :)
0 votos
mathworld.wolfram.com/ComplexExponentiation.html