Explanation
= Linux capabilities are a way of restricting the privileges of a process or a container. By default, Docker containers run with a reduced set of capabilities, which means they cannot perform certain operations that require higher privileges, such as setting the system time1. To allow a container to set the system time, you need to grant it the SYS_TIME capability by using the --cap-add option when running the container2. For example, docker run --cap-add SYS_TIME alpine date -s 12:00 would set the system time to 12:00 inside the alpine container3. References: Docker Documentation, Runtime privilege and Linux capabilities, Change system date time in Docker containers without impacting host, Is it possible to change time dynamically in docker container?

Explanation
Running docker engine activate will upgrade Docker Engine CE to Docker Engine EE. This is a feature that allows you to switch from the Community Edition to the Enterprise Edition without reinstalling Docker or losing any data. You need to have a valid license file and a subscription to Docker EE to use this feature1. Docker EE is a premium version of Docker CE that offers additional features, such as security scanning, image management, and certified plugins23. References:
* Upgrade Docker Engine | Docker Docs
* What is the exact difference between Docker EE (Enterprise Edition), Docker CE (Community Edition) and Docker (Custom Support) - Stack Overflow
* Docker Community Edition or Docker Enterprise Edition - Docker | BoxBoat

Explanation
Docker Content Trust (DCT) is a feature that allows users to verify the integrity and publisher of container images they pull or deploy from a registry server, signed on a Notary server1. DCT is enabled by setting the environment variable DOCKER_CONTENT_TRUST=1 on the Docker client. When DCT is enabled, the Docker client will only pull, run, or build images that have valid signatures for a specific tag2. However, DCT does not apply to the docker image import command, which allows users to import an image or a tarball with a repository and tag from a file or STDIN3. Therefore, if myorg/myimage:1.0 is unsigned, Docker will not block the docker image import <tarball>myorg/myimage:1.0 command, even if DCT is enabled. This is because the docker image import command does not interact with a registry or a Notary server, and thus does not perform any signature verification. However, this also means that the imported image will not have any trust data associated with it, and it will not be possible to push it to a registry with DCT enabled, unless it is signed with a valid key. References:
* Content trust in Docker
* Automation with content trust
* [docker image import]
* [Content trust and image tags]

Explanation
Docker Content Trust (DCT) is a feature that allows users to verify the integrity and publisher of container images they pull or deploy from a registry server, signed on a Notary server12. DCT does not verify or encrypt the Docker registry TLS, which is a separate mechanism for securing the communication between the Docker client and the registry server. The purpose of DCT is to ensure that the images are not tampered with or maliciously modified by anyone other than the original publisher3. References:
* Content trust in Docker | Docker Docs
* Docker Content Trust: What It Is and How It Secures Container Images
* Automation with content trust | Docker Docs