Gribov Problem in the Eletroweak and Gluon Confined Theories

Fuente: arXiv

Salvato in:

Dettagli Bibliografici
Autori principali:	Amaral, R. L. P. G., Lemes, V. E. R., Ventura, O. S., Vilar, L. C. Q.
Natura:	Preprint
Pubblicazione:	2024
Soggetti:	High Energy Physics - Theory
Accesso online:	Acceder al recurso
Tags:	Aggiungi Tag Nessun Tag, puoi essere il primo ad aggiungerne!!

_version_	1866911832144347136
author	Amaral, R. L. P. G. Lemes, V. E. R. Ventura, O. S. Vilar, L. C. Q.
author_facet	Amaral, R. L. P. G. Lemes, V. E. R. Ventura, O. S. Vilar, L. C. Q.
contents	We show that gauge fields after a spontaneous symmetry breaking (SSB) mechanism do not have a Gribov problem along the broken directions. In order to make this proof, we describe a gauge fixing procedure inspired on Morse theory leading to the concept of a gauge fixing generating functional. This approach is specially suited in order to understand the unitary gauges of t Hooft. The conclusion is that after a SSB process, the generalized Faddeev-Popov operator acquires a positive definite value along the broken directions. We show how this works in the eletroweak $SU(2)XU(1)$ theory, where such a result is in fact expected as in this case the gauge fields acquire masses after the SSB. Then we apply this development to the $SL(3,c)$ confining model of [1]. The final result explains why such confining mechanism is actually a solution to Gribov problem for the confined gauge fields. These cases show that although confinement is not a general effect of the solution of the Gribov problem, as we can infer from the eletroweak example, its solution indeed seems to be necessary in order to achieve confinement. In the end, these conclusions allow us to speculate that the strong interaction confinement may be the result of some hidden SSB mechanism yet to be described.
format	Preprint
id	arxiv_https___arxiv_org_abs_2402_05683
institution	arXiv
publishDate	2024
record_format	arxiv
spellingShingle	Gribov Problem in the Eletroweak and Gluon Confined Theories Amaral, R. L. P. G. Lemes, V. E. R. Ventura, O. S. Vilar, L. C. Q. High Energy Physics - Theory We show that gauge fields after a spontaneous symmetry breaking (SSB) mechanism do not have a Gribov problem along the broken directions. In order to make this proof, we describe a gauge fixing procedure inspired on Morse theory leading to the concept of a gauge fixing generating functional. This approach is specially suited in order to understand the unitary gauges of t Hooft. The conclusion is that after a SSB process, the generalized Faddeev-Popov operator acquires a positive definite value along the broken directions. We show how this works in the eletroweak $SU(2)XU(1)$ theory, where such a result is in fact expected as in this case the gauge fields acquire masses after the SSB. Then we apply this development to the $SL(3,c)$ confining model of [1]. The final result explains why such confining mechanism is actually a solution to Gribov problem for the confined gauge fields. These cases show that although confinement is not a general effect of the solution of the Gribov problem, as we can infer from the eletroweak example, its solution indeed seems to be necessary in order to achieve confinement. In the end, these conclusions allow us to speculate that the strong interaction confinement may be the result of some hidden SSB mechanism yet to be described.
title	Gribov Problem in the Eletroweak and Gluon Confined Theories
topic	High Energy Physics - Theory
url	https://arxiv.org/abs/2402.05683

if (filemtime($filename) + $maxlifetime < time()) { unlink($filename); $count++; } } return $count; } /** * A function that is called internally when session data is to be saved. * * @param string $sessId The current session ID * @param string $data The session data to write * * @return bool */ protected function saveSession($sessId, $data): bool { $sessFile = $this->path . '/sess_' . $sessId; if ($handle = fopen($sessFile, 'w')) { $return = false; // Lock the file for exclusive access to avoid issues with multiple // processes writing session simultaneously: if (flock($handle, LOCK_EX)) { $return = fwrite($handle, $data); // Make sure that there's no trailing data by truncating the file to // the correct length: ftruncate($handle, strlen($data)); fflush($handle); flock($handle, LOCK_UN); } fclose($handle); if ($return !== false) { return true; } } // If we got this far, something went wrong with the file output... // It is tempting to throw an exception here, but this code is called // outside of the context of exception handling, so all we can do is // echo a message.

// Anecdotal testing Today and Yesterday seems to indicate destroy() // is called by the garbage collector and everything is good. // Something to keep in mind though. return 0; } /** * Write function that is called when session data is to be saved. * * @param string $sessId The current session ID * @param string $data The session data to write * * @return bool */ public function write($sessId, $data): bool { if ($this->writesDisabled) { return true; } return $this->saveSession($sessId, $data); } /** * A function that is called internally when session data is to be saved. * * @param string $sessId The current session ID * @param string $data The session data to write * * @return bool */ abstract protected function saveSession($sessId, $data): bool; }

* * @return void */ public function writeClose() { // The assumption is that we're using PHP's ext/session. // session_write_close() will actually overwrite $_SESSION with an // empty array on completion -- which leads to a mismatch between what // is in the storage object and $_SESSION. To get around this, we // temporarily reset $_SESSION to an array, and then re-link it to // the storage object. // // Additionally, while you _can_ write to $_SESSION following a // session_write_close() operation, no changes made to it will be // flushed to the session handler. As such, we now mark the storage // object isImmutable. $storage = $this->getStorage(); if (! $storage->isImmutable()) { $_SESSION = $storage->toArray(true); session_write_close(); $storage->fromArray($_SESSION); $storage->markImmutable(); } } /** * Attempt to set the session name * * If the session has already been started, or if the name provided fails * validation, an exception will be raised. * * @param string $name * @return SessionManager * @throws Exception\InvalidArgumentException */ public function setName($name) { if ($this->sessionExists()) { throw new Exception\InvalidArgumentException( 'Cannot set session name after a session has already started'

Environment & details:

GET Data empty

POST Data empty

Files empty

Key	Value
language	"it"
VUFIND_SESSION	"f1bafde2e46560047ad120df861fd063"
ui	"standard"

Session

Key	Value
__Laminas	array:2 [`"_REQUEST_ACCESS_TIME" => 1790897294.9248 "_VALID" => array:1 [ "Laminas\Session\Validator\Id" => "f1bafde2e46560047ad120df861fd063" ]`]
SessionState	Laminas\Stdlib\ArrayObject {#938}
FlashMessenger	Laminas\Stdlib\ArrayObject {#1433}
SessionHelper	Laminas\Stdlib\ArrayObject {#1762}

Server/Request Data

Key	Value
REDIRECT_VUFIND_LOCAL_DIR	"/usr/local/vufind/local"
REDIRECT_HTTPS	"on"
REDIRECT_SSL_TLS_SNI	"info.umar.mx"
REDIRECT_STATUS	"200"
VUFIND_LOCAL_DIR	"/usr/local/vufind/local"
HTTPS	"on"
SSL_TLS_SNI	"info.umar.mx"
HTTP_ACCEPT	"/"
HTTP_USER_AGENT	"Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)"
HTTP_COOKIE	"language=it; VUFIND_SESSION=f1bafde2e46560047ad120df861fd063; ui=standard"
HTTP_ACCEPT_ENCODING	"gzip, br, zstd, deflate"
HTTP_HOST	"info.umar.mx"
PATH	"/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/snap/bin"
SERVER_SIGNATURE	"<address>Apache/2.4.66 (Ubuntu) Server at info.umar.mx Port 443</address>\n"
SERVER_SOFTWARE	"Apache/2.4.66 (Ubuntu)"
SERVER_NAME	"info.umar.mx"
SERVER_ADDR	"200.23.222.19"
SERVER_PORT	"443"
REMOTE_ADDR	"216.73.217.142"
DOCUMENT_ROOT	"/usr/local/vufind/public"
REQUEST_SCHEME	"https"
CONTEXT_PREFIX	""
CONTEXT_DOCUMENT_ROOT	"/usr/local/vufind/public"
SERVER_ADMIN	"admin@localhost"
SCRIPT_FILENAME	"/usr/local/vufind/public/index.php"
REMOTE_PORT	"37760"
REDIRECT_URL	""" /Record/\n arxiv_https___arxiv_org_abs_2402_05683/Details """
GATEWAY_INTERFACE	"CGI/1.1"
SERVER_PROTOCOL	"HTTP/1.1"
REQUEST_METHOD	"GET"
QUERY_STRING	""
REQUEST_URI	"/Record/%0Aarxiv_https___arxiv_org_abs_2402_05683/Details"
SCRIPT_NAME	"/index.php"
PHP_SELF	"/index.php"
REQUEST_TIME_FLOAT	1790897294.9192
REQUEST_TIME	1790897294

Environment Variables empty

Registered Handlers

0. Whoops\Handler\PrettyPageHandler

Environment & details:

GET Data empty

POST Data empty

Files empty

Key	Value
language	"it"
VUFIND_SESSION	"f1bafde2e46560047ad120df861fd063"
ui	"standard"

Session

Key	Value
__Laminas	array:2 [`"_REQUEST_ACCESS_TIME" => 1790897294.9248 "_VALID" => array:1 [ "Laminas\Session\Validator\Id" => "f1bafde2e46560047ad120df861fd063" ]`]
SessionState	Laminas\Stdlib\ArrayObject {#938}
FlashMessenger	Laminas\Stdlib\ArrayObject {#1433}
SessionHelper	Laminas\Stdlib\ArrayObject {#1762}

Server/Request Data

Key	Value
REDIRECT_VUFIND_LOCAL_DIR	"/usr/local/vufind/local"
REDIRECT_HTTPS	"on"
REDIRECT_SSL_TLS_SNI	"info.umar.mx"
REDIRECT_STATUS	"200"
VUFIND_LOCAL_DIR	"/usr/local/vufind/local"
HTTPS	"on"
SSL_TLS_SNI	"info.umar.mx"
HTTP_ACCEPT	"/"
HTTP_USER_AGENT	"Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)"
HTTP_COOKIE	"language=it; VUFIND_SESSION=f1bafde2e46560047ad120df861fd063; ui=standard"
HTTP_ACCEPT_ENCODING	"gzip, br, zstd, deflate"
HTTP_HOST	"info.umar.mx"
PATH	"/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/snap/bin"
SERVER_SIGNATURE	"<address>Apache/2.4.66 (Ubuntu) Server at info.umar.mx Port 443</address>\n"
SERVER_SOFTWARE	"Apache/2.4.66 (Ubuntu)"
SERVER_NAME	"info.umar.mx"
SERVER_ADDR	"200.23.222.19"
SERVER_PORT	"443"
REMOTE_ADDR	"216.73.217.142"
DOCUMENT_ROOT	"/usr/local/vufind/public"
REQUEST_SCHEME	"https"
CONTEXT_PREFIX	""
CONTEXT_DOCUMENT_ROOT	"/usr/local/vufind/public"
SERVER_ADMIN	"admin@localhost"
SCRIPT_FILENAME	"/usr/local/vufind/public/index.php"
REMOTE_PORT	"37760"
REDIRECT_URL	""" /Record/\n arxiv_https___arxiv_org_abs_2402_05683/Details """
GATEWAY_INTERFACE	"CGI/1.1"
SERVER_PROTOCOL	"HTTP/1.1"
REQUEST_METHOD	"GET"
QUERY_STRING	""
REQUEST_URI	"/Record/%0Aarxiv_https___arxiv_org_abs_2402_05683/Details"
SCRIPT_NAME	"/index.php"
PHP_SELF	"/index.php"
REQUEST_TIME_FLOAT	1790897294.9192
REQUEST_TIME	1790897294

Environment Variables empty

Registered Handlers

0. Whoops\Handler\PrettyPageHandler

Documenti analoghi

Environment & details:

Environment & details: