Facilitating the distribution of content is disclosed. A request for content is received from a requesting peer. A peer type of the requesting peer is determined. Determining the peer type of the requesting peer includes determining whether the requesting peer is a regular peer or a lightweight peer. A regular peer is one that is able to accept incoming connection requests and initiate connections. A lightweight peer is one that has less functionality than the regular peer.

The present invention relates to a method of broadcasting a content by streaming in a peer-to-peer network (10) of client devices (11, 12, 13) which is connected to a content server (2), said content consisting of a sequence of segments stored on data storage means of the content server (2), each client device (11, 12, 13) comprising a buffer memory storing in a temporary manner at least one segment of said content, the method being characterized in that each client device (11, 12, 13) is associated with a level defining a minimal list of segments of the content that have to be stored by the buffer memory of the device (11, 12, 13), the method comprising steps of: (a) connection of a new client device (14) to the peer-to-peer network (10); (b) assignment of a level to the new client device (14) as a function of the number of client devices (11, 12, 13) associated with each level; (c) transmission to said new client device (14) from the server (2) of at least each segment of the content which is absent from the buffer memory of the new client device (14), which belongs to said list of segments of the content corresponding to the level assigned to the new client device (14).

The concepts and technologies disclosed herein provide high availability and high utilization cloud data center architecture for supporting telecommunications services. According to one aspect of the concepts and technologies disclosed herein, a 4-site model of application placement within the cloud computing environment provides 37.5% resource utilization with site availability of five 9s (99.999%) and virtual machine availability of five 9s. According to another aspect of the concepts and technologies disclosed herein, a 3-site model of application placement within the cloud computing environment provides 66% resource utilization with site availability of five 9s and virtual machine availability of five 9s. According to another aspect of the concepts and technologies disclosed herein, a 4-site model of application placement within the cloud computing environment provides 75% resource utilization with site availability of five 9s and virtual machine availability of five 9s.

Mechanisms to manage permissions to access user data in a distributed ledger trust network (“DLTN”) are described. A given user can share access to user data in a fine-grained way. Access to user data can depend on the category of the user data and/or the role of another user (e.g., whether the other user is recognized as a connection). Access to user data can be limited in duration. Permissions to access user data can be set proactively or reactively. A protocol allows a potential reviewer to request access to the user data of a given user, with the given user selectively approving or rejecting access by the reviewer. In this way, a given user can control access to user data in the DLTN, selectively granting (or revoking) access to some of the user data or all of the user data, by selected other users or by all other users.

An example operation may include one or more of connecting, by a sparse peer, to a blockchain network of a plurality of peers controlled by orderers, configuring the sparse peer to operate with a partial state of a chain to reduce a bootstrap time of the sparse peer, specifying, by the sparse peer, data selection filters based on the partial state of the chain, receiving, by the sparse peer, blocks that match the selection filters from the plurality of the peers via a gossip, storing, by the sparse peer, the blocks in a ledger of the sparse peer, determining, by the sparse peer, if the ledger of the sparse peer is up-to-date based on the partial state of the chain, and in response to the determination that the ledger of the sparse peer is up-to-date, bootstrapping the sparse peer.

Examples are disclosed for peer-to-peer data migration between nodes coupled via one or more peer-to-peer communication links.

Disclosed are examples of systems, apparatus, devices, computer program products, and methods implementing aspects of a decentralized content fabric. Some implementations are associated with a network configured to manage content object parts representing digital content. A content object part includes raw data, metadata, and build instructions. The network includes: a data layer storing the raw data and the metadata of the content object parts, a code layer storing the build instructions of the content object parts, a contract layer storing a digital contract associated with the content object parts, and a ledger configured to record one or more transactions. Digital output can be provided by at least processing the build instructions and the digital contract in relation to the raw data and the metadata.

Systems, devices, media, and methods are presented for scaled delivery of media content. The systems and methods assign a set of proposed designations to a plurality of media content. The systems and methods select a set of media content from the plurality of media content based on the set of proposed designations and distribute a subset of media content of the set of media content to a selected user of a plurality of users. The subset of media content is presented at a computing device associated with the selected user. The systems and methods receive a set of indicators for each media content of the subset of media content. Each indicator represents an interaction with a media content of the subset of media content. The systems and methods cause presentation of an interaction notification at the computing device associated with the selected user.

It is provided a multi-access edge computing node located within a cellular coverage area supported by a base station of a mobile network operator, the multi-access edge computing node comprising at least one memory to store a chained data block, where each data block is coded with data of a past transaction in respect of a good or service; and at least one stock processor configured with functions that: include a new data block, to record a current transaction in respect of a good or service, into the chained data block in response to a signature, generated from processing the data of the current transaction with the coded data of the past transactions stored in the chained data block, being validated by a group of external multi-access edge computing nodes, wherein the multi-access edge computing node and the group of external multi-access edge computing nodes are trusted, and communicate over a common channel.

The invention provides methods of encoding content for distribution over a network and methods for decoding encoded content which has been distributed over the network. In a first example in which the content is divided into a plurality of segments and each segment comprising a plurality of blocks of data, the method comprises selecting a segment from the plurality of segments and selecting at least two blocks of the selected segment from a store of blocks. A new encoded block is created from a linear combination of the selected blocks.