The present disclosure provides for automatic peering between virtual networks, such as virtual private clouds (VPCs). A VPC may be configured to operate in an “auto-peering” mode, allowing for automatic peering to be turned on or off. When auto-peering is turned on, that VPC may seek connections with other VPCs, such as other VPCs matching one or more predefined policies. In addition, the particular VPC with auto-peering turned on may be open to accept connection requests from other VPCs matching one or more predefined policies. The policies for requesting connection may be the same as or different than the policies for accepting connection requests. According to some examples, the VPC may be set to a “listening” mode, in which it is open to peering with any other VPC that matches a predefined policy, but is not actively seeking to establish other connections.

Techniques described herein relate to a method for managing nodes. The method may include sending, by a first node of nodes, a node information request to a social manager, where the node information request specifies a portion of a service to be provided to the first node; obtaining node information associated with a portion of the nodes from the social manager, where the portion of the plurality of nodes previously expressed node capability information and node configuration information associated with the portion of the service; identifying a second node of the portion of the nodes based on the node information to perform the portion of the service; and performing the service using the second node, where the second node performs the portion of the service.

Aspects discussed herein relate to systems, apparatuses, and methods for providing content distribution via a breadth-first approach for peer-to-peer file sharing in a temporary ad hoc mesh network. For example, a peer-to-peer orchestrator may receive requests for the same asset from multiple mobile devices, determine which of the mobile devices are likely to travel along the same route at the same time, group them together and cause transmission of different asset parts of the requested asset to different mobile devices in the group. If the mobile devices in the group lose connection with the peer-to-peer orchestrator, they may form an ad hock mesh network and retrieve asset parts from one another. If the group reconnects with a peer-to-peer orchestrator, additional asset parts of the asset may be transmitted to the group and the process may repeat so that each mobile device may obtain each of the asset parts.

A plurality of distributed network nodes may provide a decentralized access gateway to multiple, diverse types of databases. The plurality of distributed network nodes may host a private party blockchain. Each node may execute a peer-to-peer (P2P) client to perform operations associated with the private party blockchain. A subset of the nodes may be configured as validator nodes that may implement gossip protocols to cooperatively validate one or more database operations and generate a new block for the private party blockchain. Another subset of nodes may be configured as host nodes that may receive the new block and update a corresponding local copy of the private party blockchain appending the new block. Utilizing the co-operative validation of database operations and the updates appending the new blocks, the private party blockchain may maintain an immutable digital record of access and updates to the multiple and diverse types of databases.

Aspects discussed herein relate to systems, apparatuses, and methods for providing content distribution via a breadth-first approach for peer-to-peer file sharing in a temporary ad hoc mesh network. For example, a peer-to-peer orchestrator may receive requests for the same asset from multiple mobile devices, determine which of the mobile devices are likely to travel along the same route at the same time, group them together and cause transmission of different asset parts of the requested asset to different mobile devices in the group. If the mobile devices in the group lose connection with the peer-to-peer orchestrator, they may form an ad hock mesh network and retrieve asset parts from one another. If the group reconnects with a peer-to-peer orchestrator, additional asset parts of the asset may be transmitted to the group and the process may repeat so that each mobile device may obtain each of the asset parts.

Methods, media, and systems are disclosed for adding new users to a channel in a group-based communication system. The system receives a request to add new users to a channel. The system adds a new user by classifying the new user's email address domain as internal or external. If the domain is internal, the first user is added to the channel as a member, and if the domain is external, the user is prompted for a type of access for the new user. If the new user's access type is guest, the new user is added to the channel as a guest. If the type of access is shared, the channel is shared with an organization associated with the domain, and the new user is added as a member of the channel that has been shared.

A computing device configured for determining a node status is described. The computing device includes a processor and instructions in memory. The computing device determines a representative node corresponding to a network group with multiple nodes. The computing device also sends a status retrieval directive to the representative node. The status retrieval directive includes a directive for retrieval of the node status of a target node. The computing device also receives the node status of the target node from the representative node and stores the node status on a database.

Embodiments of this specification provide a consensus node changing method and apparatus based on a Honey Badger Byzantine Fault Tolerance (BFT) consensus mechanism. The method includes: when receiving a transaction for changing a blockchain's consensus node, executing, by a consensus node of the blockchain, the transaction to trigger a smart contract to update a consensus node configuration list of the blockchain, where the consensus node configuration list includes serial numbers allocated to consensus nodes based on a serial number allocation rule specified by the smart contract; associating, by the consensus node based on serial numbers of consensus nodes in the updated consensus node configuration list, another consensus node of the blockchain with at least two state machines configured in the consensus node.

A service profile discovery and connection management method for interworking with an IoT device. According to example embodiments, a remote device discovery method for service interworking includes an operation of receiving, from a local device, a discovery profile request message for discovering a device profile of a target local device for service interworking, an operation of searching for a service profile based on a first device profile of the local device included in the discovery profile request message, an operation of searching for, as the device profile of the target local device, a second device profile including one or more functions excluding a function of the local device by matching the searched service profile with device profiles stored in a database, and an operation of transmitting a discovery profile response message including an ID of the second device profile.

Illustrated is a system and method to stream media using a peer to peer network. In some embodiments, a method includes formatting, using a video encoding protocol, audio and video data as a media stream. The method may further include verifying a recipient computer system has available memory capacity, and verifying one or more devices residing on the recipient computer system are enabled. The method may further include transmitting the media stream, using a standard Internet protocol, to the recipient computer system in response to verification that the recipient computer system has available memory space and that the one or more devices operating on the second computer system are enabled.